Closed
Bug 178632
Opened 23 years ago
Closed 19 years ago
Internal encoding conversion (MacRoman) shows in menus
Categories
(Camino Graveyard :: HTML Form Controls, defect, P3)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
Future
People
(Reporter: nikd, Assigned: mikepinkerton)
Details
(Keywords: intl, Whiteboard: need testcase)
Attachments
(1 file)
11.50 KB,
image/png
|
Details |
Chimera 0.6. Load http://www.student.lu.se/~kin02ndo/dvd/wo_de_fuqin_muqin/ and
choose a menu item from the topmost floating popup menu (which by the way is
unstyled, but this is on purpose, right?). Choose an item that contains chars
other than ASCII, for instance Wo hu cang long (with Chinese signs) or Metallica
(with em-dash) at the bottom of the menu. Keep your eyes on the menu as you
release it, and you will see MacRoman garbage for a split second, before the
real content returns just before the destination page loads.
This shouldn't be visible, and I doubt there should be this kind of conversion
at all. The page is in UTF-16, Mozilla uses UTF-16 internally, Mac OS X uses
UTF-16 internally, so why is this happening?
I can't see the garbage using Chimera/2002110415 on 10.1.5. Can you capture a
screenshot?
Keywords: intl
Reporter | ||
Comment 2•23 years ago
|
||
There are no apples in Unicode. It is supposed to be an em-dash.
Okay, I see it now. I wasn't doing it right. Confirmed using Chimera/2002110415
on 10.1.5.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•22 years ago
|
||
Reporter where can I find a tstcase where I can test this bug against a recent
build ?
Comment 5•22 years ago
|
||
Comment 6•22 years ago
|
||
Still happens with the 2003091702 NB.
Using the 20040109 NB it Works For Me, but there still seems to be an issue.
while it finally displa correct the menu does display in wronly for a franction
of a second.
Updated•20 years ago
|
Priority: -- → P3
Whiteboard: need testcase
Target Milestone: --- → Future
Reporter, do you have a current URL for your testcase?
Comment 10•19 years ago
|
||
Closing this bug as WFM.
Nikas and/or Ben, if you see this issue again, please link to or attach a testcase then reopen the bug.
Status: NEW → RESOLVED
Closed: 19 years ago
QA Contact: form.controls
Resolution: --- → WORKSFORME
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•