[webkit-dev] exposing the value of Accept-Language via window.navigation.acceptLanguage ?

Jungshik Shin (신정식, 申政湜) jshin at chromium.org
Thu Jul 23 09:39:10 PDT 2009


Thank you all for the comments.

I'll write to whatwg and public-html about adding it to
window.navigator (yes, I meant navigator :-)) ).

2009/7/22 Alexey Proskuryakov <ap at webkit.org>:
>
> 22.07.2009, в 22:36, Darin Fisher написал(а):
>
> Firefox and Chrome send very similar A-L headers.  Given FF's marketshare,
> I'm surprised you observed compat problems with doing the same.  Was that a
> recent observation?  Can you provide more details about the issues you
> observed?

Thank you for the reference.

> It's not recent, see <http://lists.macosforge.org/pipermail/webkit-dev/2005-June/000217.html>.


Most of pages (Netscape directory server?) referred to there are not
available any more. http://gun.teipir.gr/ds/csearch is still up and
fails in Chrome, Firefox 3, and IE 8 because they all send
Accept-Language with q-values.

The page I got back from the server in Firefox and Chrome is 'funny':

0 0.9999 ko 1 0.7998 en_us 2 0.4997 zh 3 0.2996 en 0 0.9999 ko 1
0.7998 en_us 2 0.4997 zh 3 0.2996 en

A-L sent was

ko,en-us;q=0.8,zh;q=0.5,en;q=0.3

(IE8 'fails' to load the page, too, but it just shows an HTTP error message).

> There is also some discussion in
> <https://bugs.webkit.org/show_bug.cgi?id=3510>, not sure if any of it is
> still relevant.
> I do not have a reference handy, but IIRC, sending quality values was
> breaking some widely deployed intranet webmail system.

https://bugs.webkit.org/show_bug.cgi?id=3510#c2 has a reference to
Outlook Webaccess, but that's about 'ru-ru' vs 'ru'.

There's a bug report against Chrome about an 'opposite' case. We used
to send languages without a q-value (which means everything gets
q=1.0). See http://crbug.com/3970  Safari should just work for this
case, though because the page in question works when only a single
language is sent with no q-value.


> It should be noted that normally people only have one value (or one family
> of values: "en" and "en-US" for example) on the A-L list, and that they have
> to configure their browser to advertise other languages.  I think that
> addresses the privacy concerns, assuming suitable wording in the
> configuration panel.

Yes, I agree.


> Safari takes the languages from system configuration.

Aha.. right. I forgot that when I wrote the first email in the thread.

Jungshik


More information about the webkit-dev mailing list