Bug 434983 - Locale settings seem to have no effect
Summary: Locale settings seem to have no effect
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Network
Classification: Red Hat
Component: RHN/Web Site (Show other bugs)
(Show other bugs)
Version: rhn500
Hardware: All Linux
high
high
Target Milestone: ---
Assignee: Grant Gainey
QA Contact: Stephen Herr
URL: https://rhn.redhat.com/rhn/account/Lo...
Whiteboard: US=18804
Keywords:
Depends On:
Blocks: 436329
TreeView+ depends on / blocked
 
Reported: 2008-02-26 17:51 UTC by Bill C. Riemers
Modified: 2008-06-26 20:22 UTC (History)
2 users (show)

Fixed In Version: 5.0.6
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-06-26 20:22:43 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Bill C. Riemers 2008-02-26 17:51:08 UTC 
Description of problem:

Changing locale settings on the locale preferences page seems to have no effect.
   No matter what locale I select, everything remains in English, including text
I personally localized to other languages.


Version-Release number of selected component (if applicable):


How reproducible:

100%

Steps to Reproduce:
1. login to rhn
2. browse to /rhn/account/LocalePreferences.do
3. change the language to any other language.
4. Save the changes
5. logout
6. login again
  
Actual results:

For steps 4, 5, and 6 the language remains in English.


Expected results:

After step 4, the language should change to match the respective locale.


Additional info:
Comment 2 Amy Owens 2008-03-27 18:43:08 UTC 
moving to sprint 6
Comment 3 Grant Gainey 2008-03-31 21:39:47 UTC 
ContextFilter already sets the user's timezone.  Add setting the locale based on
preferences in the same codepath.
Comment 4 Stephen Herr 2008-04-11 20:43:07 UTC 
Verified in Dev - SH
Comment 5 Amy Owens 2008-06-13 19:09:04 UTC 
all set in qa
Note You need to log in before you can comment on or make changes to this bug.