Closed Bug 505248 Opened 15 years ago Closed 14 years ago

Encoding selection choices are not clear in UI

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: mcepl, Unassigned)

Details

(Whiteboard: [CLOSEME 2011-1-1]) 

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.9.1) Gecko/20090630 Fedora/3.5-1.fc11 Firefox/3.5
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; cs-CZ; rv:1.9.1) Gecko/20090630 Fedora/3.5-1.fc11 Firefox/3.5

(originally from https://bugzilla.redhat.com/show_bug.cgi?id=512312, but just a minor UI glitch remains)

It is not clear what kind of encoding method is currently in effect.

Reproducible: Always

Steps to Reproduce:
1.Select View | Character Coding | Auto Detect | Japanese.
2.
3.
Actual Results:  
There is some other random encoding still selected In View | Character Coding shortlist. I guess that hand-selected encoding there is not effective when Automatic one was selected, but UI leaves us in mystery and is confusing.

Expected Results:  
Nothing should be marked as selected in the short list.
Severity: normal → minor
Reporter, are you still seeing this issue with Firefox 3.6.12 or later in safe mode? If not, please close. These links can help you in your testing.
http://support.mozilla.com/kb/Safe+Mode
http://support.mozilla.com/kb/Managing+profiles
Also, please consider using the most recent Firefox 4 beta build, your bug may be resolved there.
Whiteboard: [CLOSEME 2011-1-1]
No reply, INCOMPLETE. Please retest with Firefox 3.6.13 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.