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 language. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Simply follow my explanation above. Additional info:
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... Phil =--=
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.