Hi Guys,
this is a newly filed bug from the debian www team; it holds for apache2 and
is a real problem for us.
-Thom
-- 
Thom May -> [EMAIL PROTECTED]

<TongMaster> stibbons: Good morning Mr Moo-lay
<stibbons> Moo-lay?
<TongMaster> stibbons: It's French for mullet
--- Begin Message ---
Package: apache
Severity: wishlist
Version: 1.3.*

Hi,

When a user requests en-us, en-gb, en-au, en-ca or some other variant of en,
and Apache can't find a file in that variant of English, it doesn't try
simply en, but continues parsing the Accept-Language list.

For example:

% wget -q http://www.debian.org/ --header="Accept-Language: en-ca, fr" -O - | grep 
Language
<meta name="Language" content="French">

Despite the fact that:

% wget -q http://www.debian.org/ --header="Accept-Language: en, fr" -O - | grep 
Language
<meta name="Language" content="English">

In case the fallback (default) language of the server isn't up to the user's
liking, they will get an unknown language, and most of them won't realize
that their language preferences in the browser are at fault, that is, that
"English (<something>)" is not equal to "English (<any>)".

For the use in the Debian web pages (and 18 mirrors, a lot of which have
various default languages set up), we would really be grateful if a new
option could be added to Apache to make the daemon try the generic form of
the language first. Being able to restrict this behaviour to e.g. en-* would
be useful, too.

TIA.

-- 
     2. That which causes joy or happiness.
--- End Message ---

Attachment: msg11673/pgp00000.pgp
Description: PGP signature

Reply via email to