Closed
Bug 150044
Opened 22 years ago
Closed 22 years ago
UTF16 converters have problem
Categories
(Core :: Internationalization, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.0.1
People
(Reporter: ftang, Assigned: ftang)
References
()
Details
(Keywords: intl, Whiteboard: [adt1 RTM])
Attachments
(1 file)
1.81 KB,
patch
|
tetsuroy
:
review+
kinmoz
:
superreview+
jud
:
approval+
|
Details | Diff | Splinter Review |
this bug is found when we do germany top sites testing http://www.skandale24.de is encoded in UTF16-BE and we conver it wrong. see http://bugscape.mcom.com/show_bug.cgi?id=16047 for details subject : www.skandale24.de: site not displayed - only after reload Netscape 7.0 (Gecko 1.0rc2/20020512 Netscape/7.0b1) - open http://www.skandale24.de - you'll be redirected to http://www.skandale24.com/home.htm ***Result: Site is not displayed, although the whole source code is transfered. After reload the content is displayed. Note: the coding is changed to UTF-16LE yokoyama introduce a none member function and pass in the member variable in. However, he does not pass it in as referece the fix is easy, pass in mState and mData as reference instead of pass in as value.
Assignee | ||
Comment 1•22 years ago
|
||
adt1 due to business issue. see the bugscape bug for detail
Assignee | ||
Comment 2•22 years ago
|
||
Assignee | ||
Comment 3•22 years ago
|
||
assign
Comment 5•22 years ago
|
||
Comment on attachment 86855 [details] [diff] [review] fix, pass by reference and also change the var name from mData/mState to aData/aState since they are not member data in the function /r=yokoyama
Attachment #86855 -
Flags: review+
Comment on attachment 86855 [details] [diff] [review] fix, pass by reference and also change the var name from mData/mState to aData/aState since they are not member data in the function sr=kin@netscape.com Though it just seems odd to me to have some return parameters be references and some be pointers. Why not make them all consistent and be pointers?
Attachment #86855 -
Flags: superreview+
Assignee | ||
Comment 7•22 years ago
|
||
land into trunk.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Keywords: adt1.0.1,
mozilla1.0.1
Resolution: --- → FIXED
Assignee | ||
Comment 8•22 years ago
|
||
can some qa verified this on the trunk. Untill that happen I won't be able to ask adt to approve for branch landing. Mark it as VERIFIED once you verified on the trunk.
Comment 10•22 years ago
|
||
ylong - pls verify this on the trunk, so that we can get it into the branch. thanks!
Whiteboard: [adt1] → [adt1 RTM]
Target Milestone: --- → mozilla1.0.1
Comment 11•22 years ago
|
||
Verified fixed on 06-18 trunk build / WinXP-SC - the page loads fine and the charset in marked as
Updated•22 years ago
|
Attachment #86855 -
Flags: approval+
Comment 12•22 years ago
|
||
please checkin to the 1.0.1 branch. once there, remove the "mozilla1.0.1+" keyword and add the "fixed1.0.1" keyword.
Keywords: mozilla1.0.1 → mozilla1.0.1+
Comment 13•22 years ago
|
||
Marking adt1.0.1+ on behalf of the adt for checkin to the 1.0 branch. Please get drivers approval before checking in.
Assignee | ||
Updated•22 years ago
|
Keywords: mozilla1.0.1+ → fixed1.0.1
Assignee | ||
Updated•22 years ago
|
Comment 14•22 years ago
|
||
Verified fixed on 06-20 1.0.0 branch build on WinXP-SC.
Keywords: fixed1.0.1 → verified1.0.1
You need to log in
before you can comment on or make changes to this bug.
Description
•