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 508237 - "Insert current date"+Enter gives wrong date
"Insert current date"+Enter gives wrong date
Status: RESOLVED FIXED
Product: Gnumeric
Classification: Applications
Component: GUI
git master
Other All
: Normal normal
: ---
Assigned To: Morten Welinder
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2008-01-09 08:13 UTC by Markus Bertheau
Modified: 2008-01-16 02:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Proposed patch (6.05 KB, patch)
2008-01-10 15:43 UTC, Morten Welinder
none Details | Review

Description Markus Bertheau 2008-01-09 08:13:45 UTC
Please describe the problem:
insert current date inserts incorrect date in ru_RU (month and day of month exchanged)

Steps to reproduce:
 - On January 9th 2008, in ru_RU locale (ru_RU.UTF-8)
 - create new spreadsheet
 - set format of A1 to yyyy/mmm/dd
 - press Ctrl-; and Enter



Actual results:
"2008/Сен/01" appears in the cell (Sep. 1st)


Expected results:
"2008/Янв/09" appears in the cell (Jan. 9th)


Does this happen every time?
Yes.

Other information:
Ubuntu 7.10, Gnumeric 1.7.11
Comment 1 Morten Welinder 2008-01-09 14:07:12 UTC
Confirmed in principle -- I don't read Russian.

What we do on Insert-date is to make a text representation of the
current date using the default date format and insert that inside
the edit line.  When Enter is pressed, that string gets reinterpreted
and it is not surprising that it ends up wrong, then.

I guess we can use the cell's format if it happens to be a date format,
but that has its own problems.  I don't think we want weekdays etc.
in the edit line.
Comment 2 Andreas J. Guelzow 2008-01-09 15:51:30 UTC
Confirmed with en_CA.
On January 9
Ctrl-; enters 9/1/08 which makes sense in this locale.
Comment 3 Andreas J. Guelzow 2008-01-09 15:54:37 UTC
Note that if I first enter the current date and then format the date to yyyy/mm/dd the problem does not occur. 
Comment 4 Morten Welinder 2008-01-10 15:43:28 UTC
Created attachment 102522 [details] [review]
Proposed patch

Please try this patch.
Comment 5 Morten Welinder 2008-01-16 02:50:50 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.

This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.