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 332710 - Calendar dates do not obey locale any more
Calendar dates do not obey locale any more
Status: RESOLVED DUPLICATE of bug 332318
Product: evolution
Classification: Applications
Component: Calendar
2.6.x
Other Linux
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2006-02-27 06:28 UTC by Danielle Madeley
Modified: 2013-09-13 00:56 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Danielle Madeley 2006-02-27 06:28:42 UTC 
Evolution's calendaring is not obeying the date settings of the locale (en_AU.UTF-8). The tooltip popups for appointments are appearing in US date order (eg. 02/27/06) rather than locale date order (27/02/06).

When editing dates in the date editor, they appear the correct way around, but when you attempt to save an appointment an "invalid date value" warning is given and the appointment is not saved.

This is a fairly serious regression as it stops people in non-US locales from editing their appointments.

Present in 2.5.91.
Comment 1 Karsten Bräckelmann 2006-02-27 17:00:11 UTC 
I believe, this is a known issue in Eo 2.5.91 and already fixed in CVS.

The problem is, that Evo in that versions displays the date value according to your LC_TIME env var, but accepts date values only according to the translation (afected by LANG env var).

If there is no specific translation, this defaults to mm/dd/yy...

The problem is, that due to this Evo does not accept the date value Evo generated itself in the very same input field...


This is fixed in CVS and respects LC_TIME for both now.


*** This bug has been marked as a duplicate of 332318 ***