GNOME Bugzilla – Bug 344516
Wrong date format in tasks
Last modified: 2008-01-19 01:49:39 UTC
Distribution: Debian 3.1 (sarge) Package: Evolution Severity: Normal Version: GNOME2.14.1 2.6.x Gnome-Distributor: Debian Synopsis: Wrong date format in tasks Bugzilla-Product: Evolution Bugzilla-Component: Tasks Bugzilla-Version: 2.6.x Description: Description of Problem: The due date of tasks in the task list is shown in the wrong format for my locale (MM/DD/YYYY), even though it is entered in the right format (DD/MM/YYYY). Steps to reproduce the problem: 1. Set locale to he_IL.UTF-8 2. Enter a new tasks with due date 10/6/2006 3. See the new task with date 06/10/2006 in the list (the date is correct, its just shown in the wrong format). Actual Results: The date is shown 06/10/2006, which is in order MM/DD/YYYY, although the locale specifies that dates are DD/MM/YYYY Expected Results: 10/06/2006 How often does this happen? everytime Additional Information: ------- Bug created by bug-buddy at 2006-06-10 21:09 -------
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. Matches the description in bug 332575, which has been marked as a duplicate of 332318. *** This bug has been marked as a duplicate of 332318 ***
Hi I don't understand, how my bug report can be a duplicate, of a bug that is marked resolved for a previous version. My bug is reproducible on 2.6.1, and bug #332318 is marked resolved for version 2.5. Haggai Eran
Good point; sorry about that.
This is still present in evolution 2.12.2 Locale is set to en_NZ. If I create a new task, with a due date or start date, I enter it in the correct format (dd/mm/yyyy), however the task details show: Due Date: %a %m/%d/%Y which is the wrong format (mm/dd/yyyy).
Created attachment 98370 [details] [review] proposed evo part of patch for evolution;
Created attachment 98371 [details] [review] proposed eds patch for evolution-data-server; The problem here is that those formats are translated, instead of getting them from locale, so if translators makes mistake, then it is there. (It's the case for he_IL.) For en_NZ is no such translation, so it uses default one, which is "%a %m/%d/%Y". To have it more exciting, some parts of code uses locale date formats, like date edit in start/due date, so it shows format correctly based on actual locale. I saw somewhere one bug about stop localizing these strings and use those from locale/glib, but I forgot that number and I'm not sure what is the progress/status with it (even, obviously not much progress) :)
Milan, you can commit this. But this bug should be still open for NZ.
Evo part committed to trunk. Committed revision 34498. EDS part committed to trunk. Committed revision 8184. Maybe, we can mark this as duplicate of that bug for non-translating date formats, even I still cannot remember that number.
Still present in 2.12.1 The matching bug for the Calendar component is bug 348929.
as explained in comment 6 and comment 8, marking this as a duplicate of bug 336253. *** This bug has been marked as a duplicate of 336253 ***