[Bug 58210] Re: Unable to add tasks in calendar, get "invalid time value" when clicking save

Sat Oct 28 00:19:11 UTC 2017

Launchpad has imported 11 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=242296.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2007-06-03T01:47:14+00:00 Julian wrote:

Description of problem:
After upgrade from fc6, date +%c gives the following (pl_PL):
N, 3 VI 2007, 02:27:59
before, it was looking like that
nie, 3 cze 2007, 02:27:59
I think that the second format is much more readable.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/17

------------------------------------------------------------------------
On 2007-09-25T14:32:23+00:00 Karol wrote:

I think the Fedora should patch the glibc because the upstream does not want to
do it.
File to patching: <path_to_sourcedir>/localedata/locales/pl_PL (after
installation: /usr/share/i18n/locales/pl_PL ).

Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/21

------------------------------------------------------------------------
On 2007-09-25T14:39:58+00:00 Karol wrote:

Reasons:
- at now the abmon is archaic mothod of abbreviation
- there are problems with applications (e.g. calendar in evolution)
- now it is useless and not user-friendly
The polish experts opinion says that the previous method of abreviating days and
months IS correct in computer industry.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/22

------------------------------------------------------------------------
On 2007-09-25T18:51:10+00:00 Julian wrote:

I think something like Wto, 25 Sie 2007 looks a bit better.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/23

------------------------------------------------------------------------
On 2007-09-26T16:36:40+00:00 Jakub wrote:

We now have 3 different groups, each pushing a different format.
For %b wrz vs. IX vs. 9, and then various different layouts of D_T_FMT, D_FMT
and T_FMT.
If you want this changed, can you (or ask somebody else to) please organize an
internet poll among Polish Linux users, which states all the various proposed
changes and let people choose from them, then invite people in various LUGs,
distros, those commenting in the various bugzilla bugs about this, etc.

Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/26

------------------------------------------------------------------------
On 2007-10-01T17:29:43+00:00 Karol wrote:

I organize poll http://karlik.nonlogic.org/blog/wpisy/ogolne/daty-w
-glibc-sonda .

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/27

------------------------------------------------------------------------
On 2007-10-14T19:01:00+00:00 Karol wrote:

There has not been a lot of interest about poll, but I think I can sum it up.
In conclusion of poll about day abbs:
# pon, wto, śro, czw, pią, sob, nie (47%, 425 Votes)
# Pn, Wt, Śr, Cz, Pt, So, Nd, (27%, 249 Votes)
# pn., wt., śr., czw., pt., sob., ndz. (10%, 95 Votes)
# PN,WT,SR,CZW,PT,SO,ND (5%, 48 Votes)
# pon., wto., śro., czw., pią., sob., nie. (4%, 38 Votes)
# Po,Wt,Śr,Czw,Pt,So,N (3%, 25 Votes)
# inna (podaj w komentarzu) (2%, 18 Votes) <= in comments are e.g. "pn, wt, śr,
cz, pt, so, nd"
# pon., wt., śr., czw., piąt., sob., niedz. (1%, 11 Votes)
Well... in the glibc should be these abbreviations:
nie
pon
wto
śro
czw
pią
sob

Abbreviations of months:
# trzy pierwsze litery (sty,lut,mar,kwi,maj,cze,lip,sie,wrz,paź,lis,gru) (81%,
519 Votes)
# rzymskie liczby (I,II,III,IV,V,VI,VII,VIII,IX,X,XI,XII) (17%, 108 Votes)
# inna zgodna z normami (podaj w komentarzu) (3%, 17 Votes)
So in the glibc should be these abbreviations:
sty
lut
mar
kwi
maj
cze
lip
sie
wrz
paź
lis
gru

The D_FMT:
# liczbowa arabska z uzupełniającym zerem (01,02…12), %d.%m.%Y, np. 01.01.1970
(62%, 528 Votes)
# z użyciem skrótów miesięcy, %d %b %Y, np. 01 I 1970, 01 sty 1970 (36%, 303 Votes)
# inna (podaj w komentarzu) (3%, 22 Votes) <= most of these votes are for iso-8601
I did not organize more polls (e.g. for D_T_FMT). I think good idea is to not
change D_T_FMT (IMHO there should be change only abbs not *FMT, but I made a
poll as you wish).

Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/30

------------------------------------------------------------------------
On 2007-10-14T20:52:37+00:00 Ulrich wrote:

I've made changes upstream in cvs.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/31

------------------------------------------------------------------------
On 2007-10-17T21:27:05+00:00 Karol wrote:

I think I can close the bug. :)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/32

------------------------------------------------------------------------
On 2007-12-10T17:48:17+00:00 Marcin wrote:

Sorry for digging up a bug closed almost 2 months ago, but I have just installed
F8 (earlier had FC6) and noticed that "locale's date representation" (date +%x)
had been changed.
In previous versions there was %Y-%m-%d (e.g. 2007-12-20), now %d.%m.%Y
(20.12.2007). At it was detailed in already mentioned bug:
http://sourceware.org/bugzilla/show_bug.cgi?id=3156#11
in Poland accepted standard is PN-EN 28601:2002 (aka ISO_8601).
http://www.pkn.pl/index.php?a=show&m=katalog&id=463318&page=1 (Polish Committee
for Standarization)
http://en.wikipedia.org/wiki/ISO_8601
which defines date as 2007-12-20.

Because there was no question about that date format in Karol's poll (it appears 
only in the first question about fixed number of digits with leading zeros vs.
that with months abbreviation (like 01 I 1970, 01 sty 1970)) I suspect that it
could be changed accidentally in Fedora version and unnecessary breaks standard.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/43

------------------------------------------------------------------------
On 2007-12-10T22:28:58+00:00 Julian wrote:

It was not included, since it is an international format that can be obtained
easily. There are comments about that in one of the sourceware bugs iirc.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/44

** Changed in: glibc (Fedora)
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/58210

Title:
  Unable to add tasks in calendar, get "invalid time value" when
  clicking save

Status in Evolution:
  Fix Released
Status in GLibC:
  Won't Fix
Status in evolution package in Ubuntu:
  Fix Released
Status in glibc package in Ubuntu:
  Invalid
Status in evolution package in Debian:
  Fix Released
Status in glibc package in Fedora:
  Fix Released
Status in evolution package in Suse:
  Fix Released

Bug description:
  Version: 2.6.1-0ubuntu7 / Dapper
  Problem: When adding a task in the calendar I get a dialog "invalid time value" when clicking "save". I have indeed chosen a time in the drop-down box (for instance 09:30). After clicking OK in the "invalid time value" dialog it reappears together with another dialog with the message: "Validation error: the starttime is wrong" (translated from the error message that is in norwegian). 

  A google search:

  http://www.mail-archive.com/evolution-list@gnome.org/msg04216.html

  In my case the time values always show up as hh:mm and changing the
  format to anything I can think of does not help (hh.mm, hh;mm, etc).

  I have tried with a fresh $HOME/.evolution without sucess (it was a
  totally new user account with no custom configuration).

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution/+bug/58210/+subscriptions