Closed
Bug 9715
Opened 26 years ago
Closed 25 years ago
[PP]Selecting Character set menu does not change encoding automatically in MAC
Categories
(Core :: Internationalization, defect, P2)
Tracking
()
VERIFIED
WORKSFORME
M10
People
(Reporter: teruko, Assigned: ftang)
References
()
Details
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.
Reporter | ||
Updated•26 years ago
|
Priority: P3 → P2
Reporter | ||
Updated•26 years ago
|
Target Milestone: M8
Reporter | ||
Updated•26 years ago
|
Target Milestone: M8
Comment 2•26 years ago
|
||
** 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
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.
I searched bugzilla for Mac bugs with frame in the subject and didn't find anything that looked related to this bug.
Comment 5•26 years ago
|
||
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.
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?
Reporter | ||
Updated•26 years ago
|
Reporter | ||
Comment 8•26 years ago
|
||
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
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M9
Summary: Selecting Character set menu does not change encoding automatically in MAC → [PP]Selecting Character set menu does not change encoding automatically in MAC
Assignee | ||
Updated•25 years ago
|
Target Milestone: M9 → M10
Assignee | ||
Comment 10•25 years ago
|
||
better solve this after Necko lnad
Assignee | ||
Comment 11•25 years ago
|
||
teruko, is this still a problem ?
Assignee | ||
Updated•25 years ago
|
Target Milestone: M10 → M11
Assignee | ||
Comment 12•25 years ago
|
||
Move to M11. Teruko, could you retest this ASAP. Thanks
Reporter | ||
Comment 13•25 years ago
|
||
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.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M11 → M12
Assignee | ||
Comment 14•25 years ago
|
||
move to M12. No time to work on Mac for M11
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Target Milestone: M12 → M10
Assignee | ||
Comment 15•25 years ago
|
||
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.
Reporter | ||
Comment 16•25 years ago
|
||
This does not happen anymore. I tested 11-01-08 Mac build.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•