103960 - Let auto-detection override be effective over pages with document charset or HTTP charset specified

Status: RESOLVED WONTFIX

(Core :: Internationalization, defect)

Description

[Katsuhiko Momoi]

** Observed with 2001-10-09 Win32 trunk build **
** See Bug 103952, the companion bug to this one **

Currently the user's action to choose an auto-detection 
item cannot override the document-specified charset or
the http-charset sent from a server. 

Our published spec calls for any user initiated 
encoding menu change to override the current encoding
setting no matter how that encoding is obtained:

1) HTTP Charset from server, 
2) Meta-charset info in the document, 
3) the result of auto-detection, or 
4) prior user selection/fallback of the encoding.

A user-initiated auto-detction menu change would
cover the following cases:

1. When the user selects a new auto-detect menu item.
    (e.g. change from OFF to Japanese, change from
          Korean to Cyrillic, etc.)
2. When the user selects the same auto-detect menu again.

Currently this is not working in cases with no frames or
in cases with frames. 

When the fix is made, the behavior should be the same
if the change is applied to frames or no-frames.

Comment 1

[Jo Hermans]

*** Bug 211800 has been marked as a duplicate of this bug. ***

Comment 2

[Frank Tang]

shanjian is no longer working on mozilla for 2 years and these bugs are still
here. Mark them won't fix. If you want to reopen it, find a good owner first. 

Comment 3

[Travis Chase]

Mass Reassign Please excuse the spam

Comment 4

[Travis Chase]

Mass Re-opening Bugs Frank Tang Closed on Wensday March 02 for no reason, all
the spam is his fault feel free to tar and feather him

Comment 5

[Travis Chase]

Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam

Comment 6

[Henri Sivonen (:hsivonen)]

We try to have less heuristic detection, not more.