Closed Bug 18291 Opened 25 years ago Closed 25 years ago

[dogfood]Setting charset Auto Detect disables Back button

Categories

(Core :: Internationalization, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: blee, Assigned: ftang)

References

()

Details

(Whiteboard: [PDT+]revisit after new webshell lands)

To see this,
Load the URL above (or http://www.yomiuri.co.jp) completely and
set charset Auto Detect to Japanese in View menu.
==> Back button is disabled (greyed out).

blds: Win 11-08-09-M11, Linux 11-08-08-M11, Mac 11-08-08-M11.

ftang, Is this related to bug 17933?
QA Contact: teruko → blee
Status: NEW → ASSIGNED
similar to the Meta charset problem w/ Back button....
Target Milestone: M12
related but not dup of 17933
Assignee: ftang → radha
Blocks: 17933
Status: ASSIGNED → NEW
Hopefully this will be solved once bug 17933 gets fixed. reassign to radha
Assignee: radha → ftang
I think the problem here is, the multiple loadurl() that is done for all intl
pages. Frank knows about and has few bugs related to this. Reassigning to him
Depends on: 19351
Status: NEW → ASSIGNED
Summary: Setting charset Auto Detect disables Back button → [dogfood]Setting charset Auto Detect disables Back button
blocked by 19351
The multiple loads are correct.  As I explained in on 11/09 in bug 17933:
   But it seems like a dup of bug 17430.  When we catch that the page contains
   a Meta charset tag (which differs from the current charset), we stop the
   current load and do a reload.

And provided more detail in my 11/19 comment in bug 16782:

When loading a page (w/out HTTP charset attribute), we use a fallback charset
and convert to Unicode accordingly.  If the parser detects any type of META
tag it will use the observer interface to notify any META handlers. If the
META charset handler tag specifies a charset which is different from the
fallback, the page must be reloaded, so the data can be correctly converted
to Unicode.
With the re-designed webshell, Session History is also getting redesigned. There
is going to be a slight change in strategy on which page gets added to SH and
which don't. I think it is a good idea to re-visit the intl case then.
Whiteboard: revisit after new webshell lands
Whiteboard: revisit after new webshell lands → [PDT+]revisit after new webshell lands
Putting on PDT+ radar.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
It got fixed after radha fix 18038
Status: RESOLVED → VERIFIED
Verified fixed in Win32 12-02-08-M12 bld.
You need to log in before you can comment on or make changes to this bug.