We were unable to reproduce this problem locally. However, we think we have tracked down the problem and it fixed it in 3.11.0. This issue can be re-opened there are any confirmed cases in 3.11.x or later.

Another possible instance of this for Stash 3.8.0: https://answers.atlassian.com/questions/17437288/stash-3.8.0-mac-users-see-ui-language-randomly-change-to-german---has-anyone-heard-of-this

Hi,
we are on 3.9.2 and still have this bug:

Hello everyone,

We found a bug in the way the front end calculates the language that could have resulted in some problems. That bug has been fixed in Stash 3.9.1. Please let us know if you continue to see problems after upgrading to Stash 3.9.1.

Thank you,

– Brent

When this happens for me a forced reload of the page reverts it to my chosen language.
Also, I usually get pages in French and I know we have a lot of French users. I imagine there is some caching occurring somewhere from a previous user displaying the same page.

We are seeing this issue after upgrading to 3.8.0. We are not clustering yet, and the users are seeing the German language briefly.

Hi guys,

We just started experiencing this problem after upgrading our Stash from 3.2.5 to 3.7.0 about a week ago (we are single-server, not Stash Data Center).
In our case, most of our users' computers have Japanese set at the OS and browser levels, but English set in Stash.
What we're experiencing is that the English setting in Stash is sometimes being ignored and Stash is displaying Japanese (presumably due to either the OS or browser language setting).

After receiving a user report of this issue, we were able to reproduce it ourselves and found that...

• It is reproducible on both Chrome and Firefox
• Setting our account preference to English in Stash, but the OS and browser to Japanese, results in English being displayed sometimes and Japanese displayed other times
  • If you keep pressing F5 to refresh a page in Stash, we found that sometimes it would display English and sometimes Japanese
• Setting English higher than Japanese at the browser-level still resulted in Stash displaying Japanese sometimes
  • Perhaps it's looking at the OS setting? Or perhaps it had cached the browser language setting from when Japanese was higher?

Note: We have Stash's global default set to "English (United States)" in the Administration area, so the only possible place Stash could be picking up the Japanese setting is from either the browser or OS.

Since we can reliably reproduce this problem, please let us know if there's any data you need for your investigation.
Thanks.

Yes you're right. We are using a single standalone Stash server (but connected to JIRA and Jenkins).

Thanks for the additional input Alex and Martin. We've been investigating this issue and have only been able to replicate easily on a clustered Stash Data Center instance. However, given that the issue was reported before Stash Data Center was released, I'm assuming nobody reporting this issue is running in a clustered environment (let me know if that's wrong).

We'll keep trying to track this one down.

To add some more details to Alex comment: users claim (no proof, no solid confirmation) that far east characters show up as shown in the image above when the commit is triggered by one of our Japanese or Chinese colleagues.

Hello everybody,

we have the same bug but slightly different. Our users (in Germany and the US) are getting Japanese characters:

Best,
Alex

We have this problem also if browser settings are also set to english.

and the browser settings:

Best, Robert

The default system language is German and i've attached a screenshot with the chrome language settings.

jj1 thanks for the information. This is useful. However can you please also provide:

• Your default system language
• A screenshot of the list of language preferences set in Chrome ( chrome://settings/languages )

Hi sgoodhew,
here are the headers for a common request of the site. Pressing F5 does sometimes show the german version (every 5th time or so). This is not only valid for the commits page it is also a problem one other pages.
I can not isolate the requests to ensure its only my computer requesting a page at the time of doing a request so it is possible that this is only a problem in a multi-user enviroment. Technically spoken maybe the users language configurations interfer with one another?

Here is the actual request I made:
Request Headers

Remote Address: 172.16.32.xx:80
Request URL:http://xxx/projects/xxx/repos/xxx/commits
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip, deflate, sdch
Accept-Language:de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:no-cache
Connection:keep-alive
Cookie:AJS.conglomerate.cookie=""; _atl_stash_remember_me=xxx; JSESSIONID=xxx; hazelcast.sessionId=xxx
Host:xstash
Pragma:no-cache
User-Agent:Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36

Response Headers

Cache-Control:no-cache, no-transform
Content-Encoding:gzip
Content-Language:de-DE
Content-Type:text/html;charset=UTF-8
Date:Wed, 03 Dec 2014 08:01:07 GMT
Server:Apache-Coyote/1.1
Transfer-Encoding:chunked
Vary:Accept-Encoding
X-AREQUESTID:@1AGPEHQx541x520742x0
X-ASEN:SEN-3577824
X-ASESSIONID:y0nfoo
X-AUSERID:54
X-AUSERNAME:jj
X-Content-Type-Options:nosniff
X-Frame-Options:SAMEORIGIN
X-XSS-Protection:1; mode=block

And then followed by a request for batch.js (the one time using en_US the other time using de_DE:

Remote Address: 172.16.32.xxx:80
Request URL:http://xxx/s/2926aaa860ecda731b12996767130742-CDN/de_DE/65b8fee/1/1/_/download/superbatch/js/batch.js?locale=de-DE
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:*/*
Accept-Encoding:gzip, deflate, sdch
Accept-Language:de-DE,de;q=0.8,en-US;q=0.6,en;q=0.4
Cache-Control:no-cache
Connection:keep-alive
Cookie:AJS.conglomerate.cookie=""; _atl_stash_remember_me=xxx; JSESSIONID=xxx; hazelcast.sessionId=xxx
Host:xstash
Pragma:no-cache
Referer:http://xxx/projects/xxx/repos/xxx/commits
User-Agent:Mozilla/5.0 (Windows NT 6.3; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.71 Safari/537.36
*Query String Parameters*
locale:de-DE

Hi jj1

I'm having trouble reproducing this, can you give us a couple more details on your setup.

• Your computer OS
• Your default system language
• A screenshot of the list of language preferences set in Chrome ( chrome://settings/languages )

Thanks,
Scott