DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18365>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18365 Changes in the retrieveUserLocale of RequestUtils [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2003-03-27 09:53 ------- Sorry, but i have to describe my situation: In the case i have a logout action which invalidate the session and then i forward to a logout jsp page, i want to show the page in the language which is chosen by the user ( independent of the http-header). Before logout the locale was stored in the session and in the logout action i can put it in the request and if the retrieveUserLocale also looks to the request i can use the bean:write tag. but now i can't handle that situation. The only way is to recreate in the jsp a session, read from the request the locale and put it in the session. am i right ? Another thing is, if a company wrote a web-application based on struts version 1.1rc1 ( old version of retrieveUserLocale ) in two languages and they describe in the documentation for switching the language of the application to set the jvm parameters user.language/user.region and update to the next version of struts (above 1.1rc1) the application will work with different behavior if the user has a different language in the browser setting. I only want to say that you shouldn't forget to put these in the release notes. Sorry for me style if it's sound a bit roughly but i am not a native speaker ;-) --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]