Closed Bug 283233 Opened 20 years ago Closed 20 years ago

If cookies are off, some pages (at least Google) only show up in Japanese.

Categories

(Camino Graveyard :: General, defect)

Product:
Camino Graveyard
Component:
General
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 281107

People

(Reporter: faisal, Assigned: mikepinkerton)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050222 Camino/0.8+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050222 Camino/0.8+ If I disable cookies (or, rather, block cookies for Google News), the site shows up in Japanese. I haven't seen this for any other site but wouldn't be surprised to. I don't see this behavior with Safari or Firefox. Reproducible: Always Steps to Reproduce: 1. Disable cookies (or block any cookies from Google for the rest of this test). 2. Delete all cookies from Google. 3. Go to http://news.google.com/ Actual Results: I got the Japanese version of Google News, complete with the language being set to "ja" in more complicated URLs. Expected Results: English. Latest Camino nightly, but the problem has been happening for a while.
More problems from the accept-language change? If you remove your main language and then re-add it in the International System Preference pane does the problem go away?
that seem to fix the problem
So were the fixes for bug 280814 and bug 281107 not enough or did the fix for those bugs not work for people that had already encountered the problem once?
Well, I saw the problem as late as last night's nightly. I'm not sure when I started seeing it (I didn't spend the time to try to work on it until today). If the bugs could have left prefs in a bad state such that the behaviour would still appear after the fixes went in as long as you'd used a pre-fix release, then I don't see evidence that the bug hasn't been fixed. Otherwise it appears we still have an issue.
Bruce could you shed some light on this bug?
No the various fixes are designed to write the accept_languages pref each time, which means the it shouldn't matter whether you ran with old code (that went wrong in the face of invalid languages in the list). The new code should log to the console if there's a language that it doesn't recognise. Reporter: can you see if there is an entry in your console log along the lines of: "Unable to set languages - language 'x' not a valid ISO language identifier". If so please post it here. Also if you could let us know what languages you have selected in System Preferences | International, and exactly which one(s) you deleted and re-added to fix the problem that would help.
2005-02-22 18:01:43.211 Camino[485] Unable to set languages - language 'English' not a valid ISO language identifier I had everything enabled, and the problem went away after I disabled and re-enabled English. I now have everything turned off except for English, possibly out of superstition.
The bug you're experiencing is a duplicate of bug 281107. I'm not quite sure why Google gave you Japanese, as once we determined the language is invalid we simply send the default, which is "en-us, en". You should now be safely able to enable other languages that you want to use in System Preferences. If doing so causes the problem to re-occur then please post a follow up here and I will re-open this bug. If this happens could you please include a note of what your browser is sending as its accept-languages HTTP header (e.g. by visiting Henrik's browser spy http://gemal.dk/browserspy/accept.cgi), before trying to remove/re-add whichever languages are noted as failing. *** This bug has been marked as a duplicate of 281107 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.