Very interesting bug; we definately need to tweak the location to Neutral in order to stay compliant with the HTTP spec.
Dunno what other side effects this solution could impart. Bill >http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9427 > >bad negotiation when started with LANG=cs_CZ > >------- Additional Comments From [EMAIL PROTECTED] 2002-05-27 16:15 ------- >The problem is not browser, but Apache. >New Mozilla generates: >HTTP_ACCEPT_LANGUAGE="cs, sk;q=0.80, en;q=0.60, ru;q=0.40, de;q=0.20" > >This is not parsable with Apache started with Czech locale, because it expects >"," in numbers. >If I do: >apachectl stop >LC_ALL=C apachectl start >everything works OK, but with >LC_ALL=cs_CZ apachectl start >apache does not work properly for example on initial page of freshly installed >apache (Czech locale is not only locale with decadic comma problem). > >The fix is simple set setlocale(LC_NUMERIC, "C") or something similar to >proper >place of Apache (I did not found proper place) or not to set locale at all. > >Off Topic: >There is a small fix to Czech locale (with no relation with this bug, but >can be >easilly fixed by anybody with write access to Apache repository): >Czech locale is oficially called cs_CZ (language Czech = cs, country Czech >Republic = CZ) since 1994, but Apache still uses cz as language code. It >should >be fixed at following places: >conf/httpd.conf-dist: s/cz/cs/g >mv htdocs/index.html.cz htdocs/index.html.cs