Item2086: Cannot change interface language
Priority: Normal
Current State: No Action Required
Released In: 1.0.8
Target Release: patch
Applies To: Engine
Component:
Branches:
While changing the language preferences of the browser does change the interface language of foswiki, using foswiki's own means to switch to another language don't have any effect.
--
MichaelDaum
I do not understand this bug report.
It is too brief. Can't you change language with the top bar menu or....?
- This does not work for me. Can anybody confirm the issue? -- MichaelDaum - 18 Sep 2009
I just enabled the feature and it works like it always did. You change language in the top bar to Danish and the user interface is Danish?
Are you asking for a new feature or have I missed something? You raise this as a release blocker so I assume it is something serious.
You have put no Codebase and no Target Release so I do not even know if we talk trunk or release branch.
I set it to trunk as I cannot see anything in release branch which is my only focus until Sunday.
--
KennethLavrsen - 17 Sep 2009
I see this as well, in trunk. Release branch works as expected.
--
ArthurClemens - 18 Sep 2009
Reassigned to minor.
Michael please remember to say if it is trunk or not. I spent half an hour in vain on this trying to trigger this error in Release branch
--
KennethLavrsen - 18 Sep 2009
It doesn't work in either release branch or trunk for me.
- Browser Firefox 3.5, Release01x00 r5531
- Enable localisation in
configure
- Using the drop-down in the top bar, select a different language
- Get a Javascript error:
document.changeLanguage.submit is not a function
- which is wierd, because there is definitely a form called changeLanguage
when you "View source"
l8r - I take that back; that error only occurs on the
LanguageSelector page, and appears to be due to the fact that there are two forms with the same name.
l8r again - still doesn't work on Release01x00, but no JS error now; it just doesn't change the lingo. OK, maybe I just don't know how it's supposed to work, but I can't see any way in the code for the language selected in the UI to end up as the language used for the UI. There is no path from
->param("language')
as far as I can tell. Reassigned to patch.
--
CrawfordCurrie - 16 Nov 2009
Very, very strange. I did a sustained debug over an hour, and I could see clearly that FOSWIKISID was not being sent with
any response. As a result, the change to the SID to the new session with the language setting wasn't reaching the client. In desperation I disabled all but the default plugins - and suddenly it started working. So I re-enabled the plugins I had disabled - and it still works. Now I can't reproduce it.
--
CrawfordCurrie - 29 Nov 2009
Babar thought he saw this too, briefly, but could not reproduce it again. So, back to Michael, the original reporter; is it still SNAFU for you?
- In fact, I think I was lured by it being in English, and when I switched, the text in the default WebHome page was still in English, which in fact is pretty normal So for me, everything works as expected, even for funny locales. -- Babar - 01 Dec 2009
--
CrawfordCurrie - 29 Nov 2009
Michael, if you can still reproduce it locally--can you provide us with a backup (.zip/.tar) of the installation in question? Otherwise I'd suggest to deprioritise/"retire" this task.
--
MarkusUeberall - 14 Dec 2009
I just tried it on trunk and am getting the same strangeness. No I can't tar my dev env as it is partially covered by ndas. I am lowering this to "normal" as nobody else seems to have the problem.
--
MichaelDaum - 14 Dec 2009
Works now.
--
MichaelDaum - 20 Aug 2010