Bug 102329 - Buttons in reminder window blank in sv_SE locale
Summary: Buttons in reminder window blank in sv_SE locale
Alias: None
Product: Red Hat Linux Beta
Classification: Retired
Component: evolution   
(Show other bugs)
Version: beta1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-08-13 21:33 UTC by Göran Uddeborg
Modified: 2007-04-18 16:56 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-13 21:36:22 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Window dump of alarm window (15.40 KB, image/png)
2003-08-13 21:34 UTC, Göran Uddeborg
no flags Details

Description Göran Uddeborg 2003-08-13 21:33:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703

Description of problem:
The reminder window has the "close" and "edit appointment" buttons empty when
running in the sv_SE locale.  When running with en_US locale, but otherwise
identical environment, they appear fine.

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

How reproducible:

Steps to Reproduce:
1. Set LANG to sv_SE in the environment
2. Run evolution
3. Create an appointment with a reminder
4. Wait for the reminder window to pop up.

Actual Results:  A window where only the Snooze button is readable.  See
attached file.

Expected Results:  Legends on all buttons.

Additional info:

The translations of "close" and "edit appointment" both include non-ASCII
letters.  That COULD be a clue.  (It could of course also be a coincidence, I'm
only guessing here.)

I've filed this bug upstreams too: http://bugzilla.ximian.com/show_bug.cgi?id=47525

Comment 1 Göran Uddeborg 2003-08-13 21:34:09 UTC
Created attachment 93628 [details]
Window dump of alarm window

Comment 2 Jeremy Katz 2003-08-13 21:36:22 UTC
Will have to be fixed upstream.  We highly recommend running in UTF-8 locales
and thus set the system up by default to run that way.

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