GNOME Bugzilla – Bug 331231
Invalid data format error when save a task
Last modified: 2013-09-13 00:54:16 UTC
Please describe the problem: after create a task in calendar, choose close or save this task, an error message pops up says "Invalid Data Format", whatever date I choose, the error message always pops. Steps to reproduce: 1. create a new task in calendar 2. Fill the required fields 3. Save the task Actual results: An dialog says "Invalid Data Format" pops up. Expected results: save the task successfully Does this happen every time? yes. Other information: My locale is zh_CN.UTF-8
hi younker, i'm pretty sure that this is a duplicate of bug 329356. if you enter the date format as "dd/mm/yy", does it work?
yes, i think it is duplicate, but even I enter dd/mm/yy, it still reports the error.
*** This bug has been marked as a duplicate of 329356 ***
This bug is not exactly duplicate of 329356, I tried to patch evolution data server with the patch file from that bug, the error dialog for "Invalid Date Value" has gone, but the new error is "Invalid Time Value", which makes me can't create any task through the calender. younker@HuaKe ~ $ date 三 3月 1 21:28:10 Asia/Shanghai 2006 younker@HuaKe ~ $ locale LANG=zh_CN.UTF-8 LC_CTYPE="zh_CN.UTF-8" LC_NUMERIC="zh_CN.UTF-8" LC_TIME="zh_CN.UTF-8" LC_COLLATE="zh_CN.UTF-8" LC_MONETARY="zh_CN.UTF-8" LC_MESSAGES="zh_CN.UTF-8" LC_PAPER="zh_CN.UTF-8" LC_NAME="zh_CN.UTF-8" LC_ADDRESS="zh_CN.UTF-8" LC_TELEPHONE="zh_CN.UTF-8" LC_MEASUREMENT="zh_CN.UTF-8" LC_IDENTIFICATION="zh_CN.UTF-8" LC_ALL=zh_CN.UTF-8
Created attachment 60396 [details] The screenshot for this error message. this is the screenshot for the error, when the focus leaves of the time field, this message pops up.
Created attachment 60621 [details] [review] Try to fix e_time_parse_time for zh_CN.UTF-8 locale for the time format used in zh_CN.UTF-8 is %p%I:%M:%S, it is not %I:%M:%S %p, so I changed the order of %p to front of the format string, this works for me, but I don't think this is a valid fix, so maybe the author need to consider the different locale for the time string format.