Bug 142002 - Default Locale / Konqueror problems
Summary: Default Locale / Konqueror problems
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Network
Classification: Retired
Component: RHN/R&D
Version: RHN Devel
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike McCune
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: rhnMilestone1
TreeView+ depends on / blocked
 
Reported: 2004-12-06 17:55 UTC by Michael Bowman
Modified: 2007-04-18 17:16 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-12-06 22:41:05 UTC
Embargoed:


Attachments (Terms of Use)

Description Michael Bowman 2004-12-06 17:55:02 UTC
Description of problem:
l18n in Konqueror doesn't work. Looks like Konqueror isn't sending the
locale struts is expecting. When we output strings in actual java code
using the localization service, it works. When we output strings via
the bean tag in a jsp, localization doesn't work. 

I think this is because we set the default locale in
localizationService.java, but we don't have a default resource bundle
for the bean tag. Struts in Action says that resource bundles follow
an inheritance tree so StringResource_en_US.properties inherits from
StringResource.properties (thereby setting StringResource.properties
as the default locale).

I've tried copying StringResource_en_US.xml to StringResource.xml, but
it doesn't work.

If you need more info on the problem, call or msg me.


Version-Release number of Konqueror:
3.1.3-5.4 (Default on RHEL 3 WS)


Note You need to log in before you can comment on or make changes to this bug.