302007 - getting 404 in wrong language

Status: RESOLVED INACTIVE

(Core :: Internationalization, defect)

Description

[Hermann Schwab]

Steps to repeat:
1. Edit->Preferences->Navigator->Languages, have multiple languages set up like
seen below: (english, german, french, spanish)
2. Load a URL giving the standard 404 from Apache, not a customized one like on
Mozilla.org

http://www.uni-koeln.de/~akr05/poe_zeit.html gives 404

Apache/2.0.52 delivers 404 in spanish language, though spanish has least
priority in my settings:

http://gemal.dk/browserspy/accept.php

Seamonkey gives 404 in spanish:
Languages accepted 	en-us
de-de;q=0.8
fr-fr;q=0.5
es;q=0.3            

Opera 7.54: gives 404 in  english
Languages accepted	en;q=1.0
de;q=0.9
fr;q=0.8
es;q=0.7


Also giving spanish 404 with seamonkey:
Languages accepted 	en-us
de-de;q=0.8
fr-fr;q=0.5
es;q=0.3

Languages accepted 	en-us
de-de;q=0.8
es;q=0.5
fr-fr;q=0.3


I assume the error is in Apache, but Opera gets it right.
Opera gives the first language a q=1.0, Mozilla doesn't have a q on the first
language.
I assume the problem would be solved if first language gets a q=1.0 if there is
more then one language.

I don't know if this is a bug, or a RFE, but it should be fixed.

Comment 1

[Simon Montagu :smontagu]

Please try changing your Accept-Language settings to "en-us, en, de-de, de,
fr-fr, fr, es". This should give you the results you expect.

Comment 2

[Hermann Schwab]

(In reply to comment #1)
> Please try changing your Accept-Language settings to "en-us, en, de-de, de,
> fr-fr, fr, es". This should give you the results you expect.

Settings as above give me an english 404.
When I remove the 2nd entry, en, I get a german message.
Seems the list is searched for two-letter-codes first, and after that, if none
was found, five-letter-codes.
That contradicts the q-numbers, or should be explained on that page, or
automatically sorted.

Did I get the spanish message because independent of position the two letter
code 'es' had higher priority than the 5 letter codes en-us, de-de, fr-fr?
But q=0.3 is lower than q=0.8 or q=0.5?

Comment 3

[Simon Montagu :smontagu]

Apparently the server in this case has content tagged as "en" "fr" "de" and
"es", but none tagged as "en-us", "fr-fr", or "de-de". This means that in your
original settings "es" was the first language that matched an available
language-tag. See
http://www.w3.org/International/questions/qa-lang-priorities.html#important and
http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.4

Comment 4

[Simon Montagu :smontagu]

From the second reference in the previous comment:

 Note: When making the choice of linguistic preference available to
      the user, we remind implementors of  the fact that users are not
      familiar with the details of language matching as described above,
      and should provide appropriate guidance. As an example, users
      might assume that on selecting "en-gb", they will be served any
      kind of English document if British English is not available. A
      user agent might suggest in such a case to add "en" to get the
      best matching behavior.

That seems like a good idea to me.

Comment 5

[Boris Zbarsky [:bzbarsky]]

We have bugs on that already...

Comment 6

[Terry R.]

(In reply to comment #5)
> We have bugs on that already...

Can this one be marked as a duplicate of one you are familiar with and closed?

Comment 7

[Terry R.]

It has been over five years.  Does this bug still exist?  If not, can it be closed please?  Thank you.

Comment 8

[Zibi Braniecki [:zbraniecki][:gandalf]]

This is suspected to be fixed by now. Please, reopen if needed.