Closed
Bug 172658
Opened 23 years ago
Closed 23 years ago
Character Coding menu does not reflect current character coding
Categories
(Firefox :: General, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: bobj, Assigned: bugzilla)
References
Details
The View|Character Coding menu, should reflect the character coding for the
current page, by showing a bullet next the the appropiate entry.
Also, entries should be added to the top-level list of static entries as
we visit pages with additional charset encodings. By default in the 0.2
build, this static area starts with a single entry: "Western (ISO-8859-1)".
So, if you force the page to another encoding by
View|Character Coding|More|East Asian|Japanese(Shift_JIS)
then the expected behavior:
(1) page should be reloaded as a Shift_JIS document
(2) a "Japanese(Shift_JIS)" entry should be added to the
top-level View|Character Coding menu
(3) the "Western (ISO-8859-1)" rntry is (incorrectly) checked with a bullet
The actual behavior:
(1) page is reloaded as a Shift_JIS document
(2) a "Japanese(Shift_JIS)" entry is NOT added to the
top-level View|Character Coding menu
(3) the entry for "Japanese(Shift_JIS)" should be be checked with a bullet
Comment 1•23 years ago
|
||
*** Bug 174185 has been marked as a duplicate of this bug. ***
Working in 0.4:
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2b) Gecko/20021029 Phoenix/0.4
Comment 3•23 years ago
|
||
This is fixed.Thanks for the followup Bob.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 4•22 years ago
|
||
VERIFIED Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030714
Mozilla Firebird/0.6
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•