After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 250754 - LC_TIME locale not used in calender and contacts
LC_TIME locale not used in calender and contacts
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
1.5.x (obsolete)
Other All
: Normal major
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
: 328814 330592 (view as bug list)
Depends on:
Blocks: 327508
 
 
Reported: 2003-11-09 19:05 UTC by Bas Zoetekouw
Modified: 2013-09-10 13:51 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Description Bas Zoetekouw 2003-11-09 19:05:33 UTC 
Description of Problem:

The LC_TIME locale doesn't seem to be used in the calender from/to fields
and the contacts birthday/anniversary diels of the edit/add dialogs.  

I use LANG=en_GB.ISO-8859-15 and LC_TIME=nl_NL@euro, so dates should be in
format dd-mm-yy.  Instead, they are displayed as dd/mm/yy.  The locale
itself is ok, as "date +%x" outputs "09-11-03" for nov 11th.

Also (not sure whether this is related), I get a warning on startup:
(evolution:13460): Gdk-WARNING **: locale not supported by Xlib
(evolution:13460): Gdk-WARNING **: can not set locale modifiers

Everything works fine if I just use LANG=nl_NL@euro (except that alle the
text is in Dutch, which I don't like).

Steps to reproduce the problem:
1. export LANG=en_GB; export LC_TIME=nl_NL
2. evolution
3. open contacts/new/details and select a birthday
   or calender/new and look at "start time"
Comment 1 JP Rosevear 2005-03-08 20:29:10 UTC 
We do mark our strftime strings for translation.
Comment 2 Karsten Bräckelmann 2006-01-03 21:01:46 UTC 
GNOME version Unspecified. Sorry for the noise.
Comment 3 Sertaç Ö. Yıldız 2006-01-03 21:04:55 UTC 
With LANG=tr_TR.UTF-8, adding a new appointment on 5th January (using the date selection widget) gives an appointment on 1st of May. Also selecting a date with a  day greater that 12, produces "invalid date value" warning.

$ rpm -qa evolution\*
evolution-data-server-1.5.3-2
evolution-webcal-2.4.1-2
evolution-2.5.3-1
Comment 4 André Klapper 2006-01-09 02:07:46 UTC 
retargetting from 2.3 to 2.5
Comment 5 Sebastien Bacher 2006-01-25 14:19:44 UTC 
The cause of that bug has been pointer by http://err.no/personal/blog/tech/2006-01-25-12-19_misunderstood_i18n

e_utf8_strftime() should be changed to use %c instead of _("%m/%d/%Y")
Comment 6 Karsten Bräckelmann 2006-01-25 14:29:45 UTC 
Please, get this in *immediately*, before hard UI freeze. This is a long standing usability issue.
Comment 7 Karsten Bräckelmann 2006-01-25 14:33:07 UTC 
Severity BLOCKER, just for fun. :-)
Comment 8 Karsten Bräckelmann 2006-01-25 14:33:46 UTC 
Pretty please with sugar on top.
Comment 9 Bas Zoetekouw 2006-01-25 14:43:35 UTC 
Note that there seem to be more occurences of this same problem.  A quick grep shows:

[bas@matilda]/scratch/bla/evolution-2.4.2.1> grep -lri '%m/%d/%Y' *|egrep '.c$'
calendar/gui/e-cell-date-edit-text.c
calendar/gui/e-meeting-time-sel-item.c
calendar/gui/e-meeting-time-sel.c
e-util/e-time-utils.c
widgets/misc/e-dateedit.c

and even more suspect cases arise when grepping for '%Y' or '%H' by themselves.
Comment 10 Sebastien Bacher 2006-01-25 15:19:22 UTC 
Note that using a localized variant for strings with a the hour makes sense for having 12/24 hours format, as described by bug #102635 for gnome-panel
Comment 11 Chenthill P 2006-01-30 10:33:40 UTC 
Fix has been committed.
Comment 12 Chenthill P 2006-01-31 07:19:40 UTC 
*** Bug 328814 has been marked as a duplicate of this bug. ***
Comment 13 Karsten Bräckelmann 2006-02-10 01:45:59 UTC 
*** Bug 330592 has been marked as a duplicate of this bug. ***