Closed Bug 172658 Opened 23 years ago Closed 23 years ago

Character Coding menu does not reflect current character coding

Categories

(Firefox :: General, defect)

x86
Windows 2000
defect
Not set
normal

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
*** 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
This is fixed.Thanks for the followup Bob.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
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.