Closed
Bug 529353
Opened 16 years ago
Closed 16 years ago
Google uses the ambiguous/language family language code for Norwegian, so safebrowsing pages are in English
Categories
(Camino Graveyard :: Security, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: alqahira, Assigned: alqahira)
References
()
Details
(Whiteboard: [camino-2.0.2])
Attachments
(1 file, 1 obsolete file)
1.49 KB,
patch
|
bugzilla-graveyard
:
review+
mikepinkerton
:
superreview+
|
Details | Diff | Splinter Review |
The language code for Norwegian (Bokmål) is "nb-NO" and for Norwegian (Nynorsk) is "nn-NO". There is no language code "no" (or "no-NO"), except for errors on Mac OS X < 10.4 and on google.com.
As a consequence, when our Norwegian users try to use any of our safebrowsing UI that goes to Google web pages, they get English pages instead of Norwegian:
Report unblocked phish:
http://www.google.com/safebrowsing/report_phish/?tpl=generic&continue=http://caminobrowser.org/security/report-submitted.php&url=http://caminobrowser.org/documentation/security/safebrowsing/&hl=nb-no
Report incorrectly blocked non-phish:
http://www.google.com/safebrowsing/report_error/?tpl=generic&continue=http://caminobrowser.org/security/report-submitted.php&url=http://caminobrowser.org/documentation/security/test-phishing/&hl=nb-no
Diagnostic for blocked malware site:
http://google.com/safebrowsing/diagnostic?tpl=Camino&site=http://caminobrowser.org/documentation/security/test-malware/&hl=nb-no
In all cases, Google wants "&hl=no" instead. Safari has the same problem as we do. Firefox has the same problem with the incorrectly-blocked non-phish, but somehow manages to make the unblocked phish work:
Incorrectly blocked non-phish:
http://nb-NO.phish-error.mozilla.com/?hl=nb-NO&url=http%3A%2F%2Fwww.mozilla.com%2Ffirefox%2Fits-a-trap.html
which redirects to
http://www.google.com/safebrowsing/report_error/?tpl=mozilla&continue=http%3A%2F%2Fwww.google.com%2Ftools%2Ffirefox%2Ftoolbar%2FFT2%2Fintl%2Fen%2Fsubmit_success.html&hl=nb-NO&url=http%3A%2F%2Fwww.mozilla.com%2Ffirefox%2Fits-a-trap.html
and shows up in English (note the "&hl=nb-NO").
Unblocked phish:
http://nb-no.phish-report.mozilla.com/?hl=nb-NO&url=http%3A%2F%2Fbrowserspy.dk%2Fbrowser.php
which redirects to
http://www.google.com/safebrowsing/report_phish/?tpl=mozilla&continue=http%3A%2F%2Fwww.google.com%2Ftools%2Ffirefox%2Ftoolbar%2FFT2%2Fintl%2Fno%2Fsubmit_success.html&hl=no&url=http%3A%2F%2Fbrowserspy.dk%2Fbrowser.php
and shows up in Norwegian (note the "&hl=no").
It would be useful if someone could file a bug against Google's language detection code (note the problem shows up all over google.com, for instance see the language select at the bottom of http://www.google.com/support/websearch/bin/answer.py?answer=106318&hl=nb-no).
However, I wondered if it was possible for us to add some code, say in http://mxr.mozilla.org/seamonkey/source/camino/src/safebrowsing/SafeBrowsingListManager.mm#493, to transform "nb-no" into "no" to make the pages we link to directly work correctly while we wait for Google to learn that "no" is not a proper language code?
Flags: camino2.0.1?
Assignee | ||
Comment 1•16 years ago
|
||
Stuart noted the RFCs do still contain "no" as the ambiguous or "language family" code for Norwegian, so Google's not completely in the wrong here.
Flags: camino2.0.2?
Flags: camino2.0.1?
Flags: camino2.0.1-
Summary: Google doesn't know what the correct language code for Norwegian is, so safebrowsing pages are in English → Google uses the ambiguous/language family language code for Norwegian, so safebrowsing pages are in English
Assignee | ||
Comment 2•16 years ago
|
||
To answer my own question, yes, we can. Now, what did I do wrong in doing so?
Assignee | ||
Comment 3•16 years ago
|
||
I re-read comment 0 and noted that all my urls there had "nb-no" in them, but testing today they only had "nb" in them. Apparently the language code the OS reports depends on the name of the .lproj, and much to Marcello's dismay, we've been switching back and forth between old-style and new-style (ISO) lproj names. This new patch accounts for either "nb" and "nb-no" being returned from the OS.
Attachment #416621 -
Attachment is obsolete: true
Attachment #416624 -
Flags: review?(cl-bugs-new2)
Attachment #416621 -
Flags: review?(cl-bugs-new2)
Comment 4•16 years ago
|
||
Comment on attachment 416624 [details] [diff] [review]
v2, accounts for the way the lang code changes depending on the lproj name
Looks good and results in Norwegian (or something that looks like Norwegian to someone whose familiarity with Norwegian consists pretty much entirely of "A møøse once bit my sister") with all three lproj variations (nb_NO, Norwegian, and "no.lproj"). I'd say that's good enough for an r+.
Attachment #416624 -
Flags: review?(cl-bugs-new2) → review+
Assignee | ||
Comment 5•16 years ago
|
||
Comment on attachment 416624 [details] [diff] [review]
v2, accounts for the way the lang code changes depending on the lproj name
Pink, this should be fairly self-explanatory. I managed to code it, after all ;)
Attachment #416624 -
Flags: superreview?(mikepinkerton)
Comment 6•16 years ago
|
||
Comment on attachment 416624 [details] [diff] [review]
v2, accounts for the way the lang code changes depending on the lproj name
sr=pink
Attachment #416624 -
Flags: superreview?(mikepinkerton) → superreview+
Assignee | ||
Comment 7•16 years ago
|
||
Landed on cvs trunk and CAMINO_2_0_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Flags: camino2.0.2? → camino2.0.2+
Resolution: --- → FIXED
Whiteboard: [camino-2.0.2]
You need to log in
before you can comment on or make changes to this bug.
Description
•