Bug 102329 - Buttons in reminder window blank in sv_SE locale
Buttons in reminder window blank in sv_SE locale
Product: Red Hat Linux Beta
Classification: Retired
Component: evolution (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Depends On:
  Show dependency treegraph
Reported: 2003-08-13 17:33 EDT by Göran Uddeborg
Modified: 2007-04-18 12:56 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-13 17:36:22 EDT
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 17:34 EDT, Göran Uddeborg
no flags Details

  None (edit)
Description Göran Uddeborg 2003-08-13 17:33:03 EDT
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 17:34:09 EDT
Created attachment 93628 [details]
Window dump of alarm window
Comment 2 Jeremy Katz 2003-08-13 17:36:22 EDT
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.