GNOME Bugzilla – Bug 477753
problem with Polish date format in Evolution
Last modified: 2009-11-06 19:53:22 UTC
OpenSUSE 10.3 bug in bnc https://bugzilla.novell.com/show_bug.cgi?id=302371 I've installed Beta1 GNOME CD in Polish (locale chosen in the installer boot menu) and after running "date" command I get something like: Śr, 22 VIII 2007, 01:45:55 CEST The month abbreviation - should be "sie" (sierpień in Polish) is missing and roman month number is used (default when there's no translation?). The same problem can be seen in clock in GNOME panel. Probably as a effect of this no new appointment in Evolution can not be added because the app complains that date format is incorrect (the default hint is: 22 VIII 2007). After setting LANG to de_DE or fr_FR the "date" shows fully localized time (with month names) and appointments in Evolution work.
I can confirm this. The same bug is present in Ubuntu 7.10, though in this case roman numbers are replaced with "sie" for "VIII" in openSUSE. However, one still cannot save appointments or birthdays in contacts. Some more detailed description of the problem can be found in the bug description I filed in launchpad.net ( https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/151697 ) I hope the bug can be fixed in 2.20.1. I really hope ;)
what's the locale you use (start a terminal, enter "locale" and post the output here)?
Hi, this is the output of 'locale': LANG=pl_PL.UTF-8 LC_CTYPE="pl_PL.UTF-8" LC_NUMERIC="pl_PL.UTF-8" LC_TIME="pl_PL.UTF-8" LC_COLLATE="pl_PL.UTF-8" LC_MONETARY="pl_PL.UTF-8" LC_MESSAGES="pl_PL.UTF-8" LC_PAPER="pl_PL.UTF-8" LC_NAME="pl_PL.UTF-8" LC_ADDRESS="pl_PL.UTF-8" LC_TELEPHONE="pl_PL.UTF-8" LC_MEASUREMENT="pl_PL.UTF-8" LC_IDENTIFICATION="pl_PL.UTF-8" LC_ALL=
I have the same problem. My locale is: LANG=pl_PL LC_CTYPE="pl_PL" LC_NUMERIC="pl_PL" LC_TIME="pl_PL" LC_COLLATE="pl_PL" LC_MONETARY="pl_PL" LC_MESSAGES="pl_PL" LC_PAPER="pl_PL" LC_NAME="pl_PL" LC_ADDRESS="pl_PL" LC_TELEPHONE="pl_PL" LC_MEASUREMENT="pl_PL" LC_IDENTIFICATION="pl_PL" LC_ALL=
Another related Ubuntu bug: https://bugs.launchpad.net/suse/+source/evolution/+bug/58210 It happens to norwegian and polish locale. Also there are 2 Debian bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445789 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438151 The second one is related to czech (cz_CZ) locale.
*** Bug 502493 has been marked as a duplicate of this bug. ***
*** Bug 501292 has been marked as a duplicate of this bug. ***
*** Bug 466505 has been marked as a duplicate of this bug. ***
i wonder whether this happens because some glibc problems or because some strftime strings are translated "incorrectly" (also see bug 336253) in the po files of e-d-s and evo. sigh. also CC'ing artur since we have received several polsih reports about this.
"cz_CZ" does not exist. i tried with "cs_CZ.utf8" and everything worked fine here.
See my screenshot that I've uploaded to Ubuntu bug: http://launchpadlibrarian.net/9970515/zrzutekranu-1.png First popup says "Validation error: the starttime is wrong", and the second means "Invalid date". The second popup is repeated nearly infinitely. My locale is pl_PL.UTF-8
Also see if bug 344121 is related.
okay, so far we have seen several complaints from polish users with some different outcomes. confusing, at least to me. in order to find a pattern, i kindly ask everybody interested to reproduce the following steps and answer the questions: 1) exact distribution 2) exact version of glibc (for example the output of "rpm -q glibc" on rpm-based distros) 3) exact version of evolution 4) exact version of evolution-data-server 5) output of the command "locale" (especially interesting: LANG and LC_TIME) -) add a new appointment. 6) what is the exact default string in the "date" field? -) go to the tasks view. add a new task (if possible) without a due date or a start date. this test task should should be listed now in the main window. make sure that the column "due date"is displayed. if the "due date" column is not displayed, right-click on the column header [where "Summary" is written] and choose "add a column", then drag "due date" to the column header to add it to the list view). -) click on the "due date" field of the test task. click on the dropdown arrow. 7) choose only a date and click "OK". what is displayed in the field now? 8) choose a date and a time and click "OK". what is displayed in the field now? -) in the mail view, go to edit -> message filters -> add. from the first dropdown, choose "Date sent"- click on "<click here to select a date>". choose "the time you specify". choose any date. 9) what is the exact string displayed after "Date sent | is"? thanks everybody. one example here from the old machine i currently work on: 1) SuSE Linux 10.0 2) glibc-2.3.5-40 3) evolution-2.4.0-3.4 4) evolution-data-server-1.4.0-5.6 5) LANG and LC_TIME are pl_PL.UTF8 6) 10/12/2007 7) wto 11/12/2007 8) wto 11/12/2007 01:00 9) 10-gru-2007
1) Ubuntu 7.10 2) I don't have glibc. However I have libc6 2.6.1-1ubuntu10 - is this the same lib? apt-cache shows it's path as pool/main/g/glibc/libc6_2.6.1-1ubuntu10_i386.deb 3) evolution 2.12.1-0ubuntu1 4) evolution-data-server 1.12.1-0ubuntu1 5) azrael@azrael-laptop:~$ locale LANG=pl_PL.UTF-8 LC_CTYPE="pl_PL.UTF-8" LC_NUMERIC="pl_PL.UTF-8" LC_TIME="pl_PL.UTF-8" LC_COLLATE="pl_PL.UTF-8" LC_MONETARY="pl_PL.UTF-8" LC_MESSAGES="pl_PL.UTF-8" LC_PAPER="pl_PL.UTF-8" LC_NAME="pl_PL.UTF-8" LC_ADDRESS="pl_PL.UTF-8" LC_TELEPHONE="pl_PL.UTF-8" LC_MEASUREMENT="pl_PL.UTF-8" LC_IDENTIFICATION="pl_PL.UTF-8" LC_ALL= 6) (empty) 7) wt 11/12/2007 8) wt 11/12/2007 00:00 9) 12-gru-2007
i don't know if it is part of the problem, but i have compared comparing strftime strings in the latest svn po files for evolution and evolution-data-server, and the same strings differ: pl.po: e-d-s: msgid "%a %m/%d/%Y" msgstr "%a %d/%m/%Y" evo: msgid "%a %m/%d/%Y" msgstr "%a %d.%m.%Y" e-d-s: msgid "%m/%d/%Y" msgstr "%d/%m/%Y" evo: msgid "%m/%d/%Y" msgstr "%d.%m.%Y" cs.po: e-d-s: msgid "%a %m/%d/%Y" msgstr "%A %d.%m.%Y" evo: msgid "%a %m/%d/%Y" msgstr "%a %d/%m/%Y" e-d-s: msgid "%m/%d/%Y" msgstr "%d.%m.%Y" evo: msgid "%m/%d/%Y" msgstr "%d/%m/%Y" nn.po: e-d-s: msgid "%m/%d/%Y" msgstr "%d.%m.%Y" evo: msgid "%m/%d/%Y" msgstr "%d/%m/%Y" e-d-s: msgid "%a %m/%d/%Y" does not exist. evo: msgid "%a %m/%d/%Y" msgstr "%a %d/%m/%Y"
1) OpenSuse 10.3 2) glibc-2.6.1-18.3 3) evolution-2.12.0-5.2 4) evolution-data-server-1.12.0-5 5) locale LANG=pl_PL LC_CTYPE="pl_PL" LC_NUMERIC="pl_PL" LC_TIME="pl_PL" LC_COLLATE="pl_PL" LC_MONETARY="pl_PL" LC_MESSAGES="pl_PL" LC_PAPER="pl_PL" LC_NAME="pl_PL" LC_ADDRESS="pl_PL" LC_TELEPHONE="pl_PL" LC_MEASUREMENT="pl_PL" LC_IDENTIFICATION="pl_PL" LC_ALL= 6) empty (brak) 7) 10 XII 2007 8) 10 XII 2007 22:00 9) 02 XII 11:12 (This is in the column Date in the list of mails) What I do not understand is why the months are displayed in roman numbers. I thing it is a property od Suse 10.3
*** Bug 504221 has been marked as a duplicate of this bug. ***
*** Bug 504707 has been marked as a duplicate of this bug. ***
1) exact distribution is Ubuntu 7.10 2) exact version of glibc: 2.6.1-1ubuntu10 3) exact version of evolution: 2.12.1-0ubuntu1 4) exact version of evolution-data-server: 1.12.1-0ubuntu1 5) output of the command "locale": LANG=pl_PL.UTF-8 LC_CTYPE="pl_PL.UTF-8" LC_NUMERIC="pl_PL.UTF-8" LC_TIME="pl_PL.UTF-8" LC_COLLATE="pl_PL.UTF-8" LC_MONETARY="pl_PL.UTF-8" LC_MESSAGES="pl_PL.UTF-8" LC_PAPER="pl_PL.UTF-8" LC_NAME="pl_PL.UTF-8" LC_ADDRESS="pl_PL.UTF-8" LC_TELEPHONE="pl_PL.UTF-8" LC_MEASUREMENT="pl_PL.UTF-8" LC_IDENTIFICATION="pl_PL.UTF-8" LC_ALL= -) add a new appointment. 6) the exact default string in the "date" field: 27 gru 2007 -) go to the tasks view. add a new task (if possible) without a due date or a start date. this test task should should be listed now in the main window. make sure that the column "due date"is displayed. if the "due date" column is not displayed, right-click on the column header [where "Summary" is written] and choose "add a column", then drag "due date" to the column header to add it to the list view). -) click on the "due date" field of the test task. click on the dropdown arrow. 7) choose only a date and click "OK". what is displayed in the field now? So 22/12/2007 (Note: see bug 504815) 8) choose a date and a time and click "OK". what is displayed in the field now? So 22/12/2007 01:30 -) in the mail view, go to edit -> message filters -> add. from the first dropdown, choose "Date sent"- click on "<click here to select a date>". choose "the time you specify". choose any date. 9) what is the exact string displayed after "Date sent | is"? 22-gru-2007 (I beg your pardon?)
*** Bug 488774 has been marked as a duplicate of this bug. ***
Wadim Dziedzic wrote by email: "I'm just going to fix it in polish translations. I have found some other bugs which may be related to this issue (however You possibly know them): http://sources.redhat.com/bugzilla/show_bug.cgi?id=4772 http://sources.redhat.com/bugzilla/show_bug.cgi?id=4773 https://bugzilla.redhat.com/show_bug.cgi?id=243513 "
*** Bug 510175 has been marked as a duplicate of this bug. ***
*** Bug 513119 has been marked as a duplicate of this bug. ***
*** Bug 515799 has been marked as a duplicate of this bug. ***
openSUSE 11 alpha 2, glibc-2.7-11, evolution-2.21.90, evolution-data-server-2.21.90 Problem seems to be fixed - no problem with choosing and changing dates in drop-down calendars etc. :)
awesome. if we could get another comment from somebody running a recent gnome 2.21.x that it's fixed, then i will believe it. :-)
*** Bug 519509 has been marked as a duplicate of this bug. ***
Bumping version to a stable release.
Could anybody please verify whether this issue has been fixed?
(In reply to comment #29) > Could anybody please verify whether this issue has been fixed? It still exist in current Ubuntu version. 1) Ubuntu 7.10 2) libc6 2.6.1-1ubuntu10 3) evolution 2.12.1-0ubuntu1.1 4) evolution-data-server 1.12.1-0ubuntu2 5) LANG=pl_PL.UTF-8 LC_CTYPE="pl_PL.UTF-8" LC_NUMERIC="pl_PL.UTF-8" LC_TIME="pl_PL.UTF-8" LC_COLLATE="pl_PL.UTF-8" LC_MONETARY="pl_PL.UTF-8" LC_MESSAGES="pl_PL.UTF-8" LC_PAPER="pl_PL.UTF-8" LC_NAME="pl_PL.UTF-8" LC_ADDRESS="pl_PL.UTF-8" LC_TELEPHONE="pl_PL.UTF-8" LC_MEASUREMENT="pl_PL.UTF-8" LC_IDENTIFICATION="pl_PL.UTF-8" LC_ALL=
We need somebody running GNOME/Evolution 2.21.9x or 2.22.0 to verify this fix. 2.12 does not contain a fix for this (unless you have asked your distributor to provide updated packages).
It's a purely glibc problem (at least with pl_PL locales): http://sourceware.org/bugzilla/show_bug.cgi?id=3156 https://bugzilla.redhat.com/show_bug.cgi?id=242296 AFAIK it was fixed upstream.
It is marked as Won't Fix at Source Ware and Red Hat is not upstream for Evolution (or for glibc).
Here it is: http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/localedata/locales/pl_PL.diff?r1=1.20&r2=1.21&cvsroot=glibc&f=h Please read the comment.
That is a fix but that fix is not upstream.
It was a glibc issue and it was fixed there so I call it fixed upstream. What more do you need? Well, maybe Evolution shouldn't break when locale uses Roman month representation (glibc 2.6, earlier comments).
I need a fix for Debian, not for Red Hat.
Please check who maintains official glibc repository. Amazing, huh?
Red Hat is not upstream for glibc, The GNU Project is. Note that Red Hat hosts the glibc bugzilla. http://www.gnu.org/software/libc/bugs.html But the bug linked by Krzysztof is a bug in Fedora, not upstream glibc.
The bug is fixed in Evolution 2.22 in Ubuntu 8.04 alpha (today's build).
closing as fixed as per last comment. thanks everybody.
(In reply to comment #41) > closing as fixed as per last comment. > thanks everybody. Hi, I recently dist-upgraded from ubuntu 9.04 to 9.10 and I am running evolution-data-server-2.28. All of my calendar entries are one hour late. brent@cc-gimli:~$ locale LANG=en_CA.UTF-8 LC_CTYPE="en_CA.UTF-8" LC_NUMERIC="en_CA.UTF-8" LC_TIME="en_CA.UTF-8" LC_COLLATE="en_CA.UTF-8" LC_MONETARY="en_CA.UTF-8" LC_MESSAGES="en_CA.UTF-8" LC_PAPER="en_CA.UTF-8" LC_NAME="en_CA.UTF-8" LC_ADDRESS="en_CA.UTF-8" LC_TELEPHONE="en_CA.UTF-8" LC_MEASUREMENT="en_CA.UTF-8" LC_IDENTIFICATION="en_CA.UTF-8" LC_ALL=
Brent: Completely unrelated issue as this bug report is about Polish and you are obviously running Canadian English. Please don't post unrelated stuff.
My apolizies.