Closed
Bug 170439
Opened 22 years ago
Closed 20 years ago
Document the string type for nsIWebNav->LoadURI()
Categories
(Core Graveyard :: Embedding: APIs, defect)
Core Graveyard
Embedding: APIs
Tracking
(Not tracked)
VERIFIED
WONTFIX
People
(Reporter: depman1, Assigned: darin.moz)
References
()
Details
Since we use NS_ConvertASCIItoUCS2() in LoadURI, should document the string uri input as UCS2.
Reporter | ||
Updated•22 years ago
|
QA Contact: depstein → dsirnapalli
Comment 1•22 years ago
|
||
nsIWebNav does not seem to have a LoadURI function on it. Could you be more specific about which function you think needs documentation? This is a bug in the embedding test harness, right? Not in nsIWebNavigation or nsDocShell per se?
Reporter | ||
Comment 2•22 years ago
|
||
No I was referring to nsIWebNavigation->LoadURI(), not in any test driver. See the above url for nsIWebNavigation.idl. The uri string input, first parameter, needs to be documented. I suggested UCS2 since NS_ConvertASCIItoUCS2() is used in embedding apps.
Comment 3•22 years ago
|
||
It's a "wstring". That's UCS2 (UTF-16, actually, but that's a superset of UCS2) by definition.
Assignee | ||
Comment 4•22 years ago
|
||
mass reassign of various rpotts bugs to me
Assignee: rpotts → darin
Comment 5•20 years ago
|
||
wstring is always UTF-16 in mozilla. this needs not be documented for each interface separately.
Status: NEW → RESOLVED
Closed: 20 years ago
OS: Windows NT → All
Hardware: PC → All
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•