Red Hat Bugzilla – Bug 72490
switching languages leaves menu in old language
Last modified: 2007-04-18 12:45:56 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/20020722
Description of problem:
(not really a WindowMaker problem... but I did not know which Component to select)
Not having logged in WindowMaker, I login with WindowMaker while my chosen
language is Chinese (simplified). WindowMaker starts, with the app menu in chinese.
Then I log out. Choose English (American) as the language for this session. I
log in again into WindowMaker, but the window maker menu stays in Chinese (it
does not show the chinese characters, but it shows garbage chars, from the
chinese GB encoding)
A workaround is to delete the GNUstep directory from the home account before
loggin in again, so that it gets recreated with the menus in the newly chosen
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Simply follow my explanation above.
Sounds like the enviroment variable (LANG or LOCALE) is not being reset. Sounds
like this would be an issue in Gnome or kde as well. The way you describe this
it sound like you're using the gdm and that it's not initializing the enviroment
correctly. Course, I could be wrong...
In the case of WindowMaker, I think what happens is that the WindowMaker menu
gets created in the user's directory, under GNUstep/ and if I switch the
language and log back in, the user menu file already exists, with all the menu
entries written in chinese GB encoding. I guess there is no way to fix this,
because if the user has edited his menu, then the system cannot just change that
file, or else the user would lose his/her own manual changes.
And yes, I was using gdm (forgot to mention it in my original bug description)
WindowMaker has not been included for some time, closing bugs related to it.