9715 - [PP]Selecting Character set menu does not change encoding automatically in MAC

Status: VERIFIED WORKSFORME

(Core :: Internationalization, defect, P2)

Description

[Teruko Kobayashi]

In Mac only, selecting character set menu does not change the encoding of the page automatically.

Step of reproduce
1. Launch apprunner
2. Go to the above URL
   At this time, this page is not displayed Japanese characters correctly.
3. Select menu View|Character Set->Japanese(Shift_JIS)
   At this time, this page should be displayed Japanese characters correctly.
   However, it does not change anything.

This does not happen in Win32 and Linux builds.

If you want to see the correct Japanese characters in the page under MAC,
4. Click on Reload button
5. Step #3 again.  Now, the page is displayed correctly.

I tested 7-11 and 7-12 MAC ppc build.

Comment 1

[bobj]

When did this break?  Did it work previous to 7-11 builds?

Comment 2

[Katsuhiko Momoi]

** Checked with 7/12/99 Mac build **

There seems to be initially a problem in loading this page which has multiple
frames -- so that it does not finish loading when you first go to the page.

If you then try to switch to Shift_JIS while it is "still loading", the
display does not work.  I was able to get it to finish loading by hitting
the return key with the cursor in the location window. And once the page
has finished loading, I had no problem reloading into Shift_JIS and display
all the frames correctly.

Also this problem does not happen on pages with no frames. Try for example
this page:

http://kaze:8000/sjisnometa.html

Comment 3

[bobj]

The summary line should be updated.  Is this better?
  [PP]Mac: Character set menu does not work on page w/frames

Is there a bug about pages with frames not loading?  If so, we should
relate this bug to it.

Comment 4

[bobj]

I searched bugzilla for Mac bugs with frame in the subject and didn't find
anything that looked related to this bug.

Comment 5

[Katsuhiko Momoi]

Actually, the real culprit of this bug seems to be that it takes a very long
time to finish loading a muiltiple-frame page on Mac. Not being able to
effect a charset menu change seems to be due to this non-finished state
of loading. This is why believe I had no problem effecting the charset
menu change once the loading has finished. It might be that the "reload"
button trick reported by teruko stops the page loading or completes it,
and then the charset menu switch can be effective.

It could be that you don't see this problem on other platforms because
they finish loading this kind of pages quickly.

This leads to another question, i.e. what should happen when the user
changes the charset menu while a page is still loading. It should reload
the page under the new charset setting. I guess, in the current Mac case,
nothing happens.

Comment 6

[bobj]

We need to nail down what is really happening.  It sounds like this is not a bug
for ftang or I18N.  Does a plain reload (hit reload button) under the same
condition (page not finished loading), have a similar problem?

Comment 7

[blee]

This might be related to #3921. Frank?

Comment 8

[Teruko Kobayashi]

I tested this again.  I thought I waited loading to change the menu, but I did not.
When I waited loading this page, this does not happen.  This is the timing issue.

Originally, I found the problem in the http://babel/Intl_Client/browser/fonts/multibyte_tests/big5/chnbig5magazine.html
When I go to the http://babel/Intl_Client/browser/fonts/multibyte_tests/big5/chnbig5magazine.html
and change the character set menu to Big5 after loading the page, it does not change the character set.

Then, I click on Reload button and change the character set menu to Big5, then, it changes the character set.

I found the real page to reproduce this.
http://www.ntt.co.jp/gnews/index.html

Comment 9

[leger]

Putting on [PP] radar.

Comment 10

[Frank Tang]

better solve this after Necko lnad

Comment 11

[Frank Tang]

teruko, is this still a problem ?

Comment 12

[Frank Tang]

Move to M11. Teruko, could you retest this ASAP. Thanks

Comment 13

[Teruko Kobayashi]

I retested this in 9-14 and 9-15 Mac build.
Above URL, http://www.ntt.co.jp/gnews/index.html has been changed, so this does not happen in the URL.

I could reproduce in the following URL.
http://babel/Intl_Client/browser/fonts/multibyte_tests/big5/chnbig5magazine.html
http://babel/Intl_Client/browser/fonts/multibyte_tests/big5/chngreeting_b5.html
http://babel/Intl_Client/browser/fonts/multibyte_tests/euc-jp/allchars_euc.html

When I go to these URL and change the character set menu to Big5 or Euc-jp after loading the page, it does not change the character set.

Then, I click on Reload button and change the character set menu to Big5 or Euc-jp, then, it changes the character set.

Comment 14

[Frank Tang]

move to M12. No time to work on Mac for M11

Comment 15

[Frank Tang]

Mark this back to M10 and mark this as WORKFORME. I verify with my private
Mac build pull today. It is working there. Someone must fix something eariler.

Comment 16

[Teruko Kobayashi]

This does not happen anymore.  I tested 11-01-08 Mac build.