Page wrongly displays in Spanish only once

I have a case whereby a webpage will, for some bizarre reason,
display
in Spanish even though the end-user is insisting that they are not
changing their IE language settings; when they refresh the page it
reverts back to English and stays that way.

I am tasked with investigating as to why this has ever occurred as it
seems to occur with one particular JSP page that is reading initially
from


String acceptedLang = (String) request.getHeader("accept-language");


Has anyone out there ever encountered anything like this before?
Please let me know.


Thanks
Phil

Scripsit phillip.s.powell (AT) gmail (DOT) com:

I have a case whereby a webpage will, for some bizarre reason,
display
in Spanish even though the end-user is insisting that they are not
changing their IE language settings;

There's little of getting a useful answer unless you reveal the URL. It
might not be _sufficient_, of course. And how do you expect the server
to send different language versions to different browsers?

I am tasked with investigating as to why this has ever occurred as it
seems to occur with one particular JSP page that is reading initially
from

String acceptedLang = (String) request.getHeader("accept-language");

That's a start, but what then? What does the browser actually send, and
how will the server-side code proceed then? For example, naively
assuming that the header contains just a two-letter language code will
lead to confusion.

--
Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/

We managed to find the workaround for this by enforcing client and
server-side cache flushing and the problem simply went away.

On Dec 18 2007, 5:11*pm, "Jukka K. Korpela" <jkorp... (AT) cs (DOT) tut.fi>
wrote:

Scripsit phillip.s.pow... (AT) gmail (DOT) com:

I have a case whereby a webpage will, for some bizarre reason,
display
in Spanish even though the end-user is insisting that they are not
changing their IE language settings;

There's little of getting a useful answer unless you reveal the URL. It
might not be _sufficient_, of course. And how do you expect the server
to send different language versions to different browsers?

I am tasked with investigating as to why this has ever occurred as it
seems to occur with one particular JSP page that is reading initially
from

String acceptedLang = (String) request.getHeader("accept-language");

That's a start, but what then? What does the browser actually send, and
how will the server-side code proceed then? For example, naively
assuming that the header contains just a two-letter language code will
lead to confusion.

--
Jukka K. Korpela ("Yucca")http://www.cs.tut.fi/~jkorpela/

Scripsit phillip.s.powell (AT) gmail (DOT) com:

We managed to find the workaround for this by enforcing client and
server-side cache flushing and the problem simply went away.

Well, it has nothing to do with HTML, does it?

And it's a symptom of wrong design and keeps some bugs hiding somewhere.
With adequate HTTP headers, caches can deal with language versions.
(Hint: the Vary header.)

--
Jukka K. Korpela ("Yucca")
http://www.cs.tut.fi/~jkorpela/