Closed Bug 111217 Opened 24 years ago Closed 10 years ago

New tab opens with iso8859-1 charset

Categories

(Core :: Internationalization, defect, P3)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME
mozilla0.9.9

People

(Reporter: stas-bugzilla, Assigned: jshin1987)

References

()

Details

(Keywords: intl)

When I open new tab (e.g. by middle-clicking a link) from existing window with windows-1251 charset, the page in the new tab is open in iso-8859-1 charset. Even though the menu shows the charset is still windows-1251, it isn't. When I click again on the charset menu entry, everything becomes OK. To reproduce - go to the URL above, middle-click any "comment" link (provided you have middle-click configured to open new tab), get tab in iso-8859-1. My browser version is Gecko/20011120 (0.9.6 release).
This could be related to http://bugzilla.mozilla.org/show_bug.cgi?id=110512 Teruko: can you confirm this on other platforms as well? Thanks
Yes, thats' probably because of the bug 110512. But here the situation is a bit different - while on the startup we don't have information about what charset is for that URL, when I click on the link there's a very high probability that the link will be the same charset as the page I'm in (and indeed in 99% cases it is). So here we have pretty good indication as to in which charset to open these pages. Also, if I open the same URL by any other means, in most cases the charset is set properly.
I tested this in 11-21 Win32 and Linux build. I did not see the problem. When I went to http://www.livejournal.com/users/nl, it was displayed as ISO-8859-1 because Default charset is set it. When I changed the default charset as Western (Windows-1251), character coding was marked as Western (Windows-1251). Then, I click on comment link on the page, it was marked as Westerm (Windows-1251). I marked this as dup of bug 110512 for now. *** This bug has been marked as a duplicate of 110512 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
That was exactly what I was saying - it opens with the default charset, while mozilla has enough information to open it with the right charset - the same charset as for the calling page. I do not want to change my default charset, I want it to behave same way as if I clicked "open in new window" or just clicked the link - to preserve the current charset.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
OK. Roy and I confirmed this problem in 112903 Win32 trunk build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: intl
Status: NEW → ASSIGNED
OS: Linux → All
Priority: -- → P3
Target Milestone: --- → mozilla0.9.9
*** This bug has been marked as a duplicate of 110424 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Verified as dup.
Status: RESOLVED → VERIFIED
This bug is not the same case as bug 110424, it has never been corrected by the fix to bug 110424. As it was duped against 110424, it was never verified after 110424 was closed, so apparently no one noticed the problem is still there on the latest releases. See bug 227631 for a test case demonstrating the problem is still there. And bug 227631 show some people actually WANT new windows to be in their default encoding so this is a policy problem.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
I think both roy and me are off mozilla for more than 2 years. If these bugs are still here now, I think the real stauts is 'won't fix'. If you want to reopen it, please find a new owner for it first.
Status: REOPENED → RESOLVED
Closed: 24 years ago21 years ago
Resolution: --- → WONTFIX
Mass Reassign Please excuse the spam
Assignee: tetsuroy → nobody
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
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Reassigning Franks old bugs to Jungshik Shin for triage - Sorry for spam
Assignee: nobody → jshin1987
Status: REOPENED → NEW
QA Contact: teruko → i18n
Pretty sure this has been fixed in the last decade.
Status: NEW → RESOLVED
Closed: 21 years ago10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.