Closed
Bug 447048
Opened 17 years ago
Closed 17 years ago
User language preference not working correctly
Categories
(Webtools Graveyard :: Verbatim, defect)
Webtools Graveyard
Verbatim
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dschafer, Assigned: dschafer)
References
Details
Attachments
(1 file, 2 obsolete files)
|
2.64 KB,
patch
|
clouserw
:
review-
|
Details | Diff | Splinter Review |
When logging in, a user has already "chosen" his locale, since he is logging in from a /$lang/ domain. This means, however, that his preference for language will not be used.
Additionally, if a user changes her preferred language, the options page will appear in her new language, but only for that iteration; any other page she visits will be in the original language.
| Assignee | ||
Comment 1•17 years ago
|
||
Sets the localization to the current session-setting as a first priority. This has the less-that-stellar side effect of the following HTTP request sequence for a Danish user logging in from an /en/ login page:
POST /en/login.html HTTP/1.1" 302 -
GET /da/login.html?username=demouser&returnurl=[baseurl]/en/? HTTP/1.1" 302 -
GET /en/? HTTP/1.1" 302 -
GET /da/? HTTP/1.1" 200 -
I'll try and work up a cleaner solution shortly.
Assignee: nobody → dschafer
Status: NEW → ASSIGNED
| Assignee | ||
Comment 2•17 years ago
|
||
The previous patch had some extraneous code in it; this removes that.
I also don't see a better system for the login problem.
Attachment #331373 -
Attachment is obsolete: true
Attachment #332221 -
Flags: review?(clouserw)
| Assignee | ||
Comment 3•17 years ago
|
||
Comment on attachment 332221 [details] [diff] [review]
Lang fix without extraneous material
This doesn't work as expected, and I'll wait until Attachment 332245 [details] [diff] for Bug 442313 is reviewed / landed to fix this patch (since the two patches operate on the same section of code)
Attachment #332221 -
Attachment is obsolete: true
Attachment #332221 -
Flags: review?(clouserw)
| Assignee | ||
Comment 4•17 years ago
|
||
I'm now wondering what the desired behavior for language setting should be. If a user goes to /en/foo.html, but is logged in with a German profile, should it redirect to /de/foo.html? I'm inclined to say no, and hence the only influence your "user language" should have is what language you are directed to on login; after that, if you URL modify the language, verbatim will happily oblige.
| Assignee | ||
Comment 5•17 years ago
|
||
This patch alters the behavior of login so that the user will be redirected to their selected language upon login.
Attachment #332992 -
Flags: review?(clouserw)
Comment 6•17 years ago
|
||
Comment on attachment 332992 [details] [diff] [review]
Patch
Logging in to:
/en/projects
tries to redirect me to:
/es/enprojects
(when es is the locale in my options)
Attachment #332992 -
Flags: review?(clouserw) → review-
Comment 7•17 years ago
|
||
fixed in r 8417
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Product: Webtools → Webtools Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•