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 730333 - Transaction date changes on unrelated input events with timezone-data-2014c
Transaction date changes on unrelated input events with timezone-data-2014c
Status: RESOLVED DUPLICATE of bug 730332
Product: GnuCash
Classification: Other
Component: General
2.6.3
Other Linux
: Normal normal
: ---
Assigned To: gnucash-general-maint
gnucash-general-maint
Depends on:
Blocks:
 
 
Reported: 2014-05-18 15:06 UTC by axton.malsbury
Modified: 2018-06-29 23:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description axton.malsbury 2014-05-18 15:06:54 UTC 
Spent a couple of days tracking this one down.

1. Open an account
2. Move to bottom row to enter a new transaction
3. Notice how the default date is not the current date
4. Hold down tab
5. Observe how the date changes and how transactions are created with no more input other than "tab"
6. Play with the calendar widget and notice it behaves strangely.

This only occurs for me after installing timezone-data 2014c. The problem goes away with timezone-data-2014b.

I am running Gentoo ~amd64 with GnuCash 2.6.3.
Comment 1 John Ralls 2014-05-18 16:05:56 UTC 
What time zone, including DST change dates, are you in?
Comment 2 axton.malsbury 2014-05-18 18:25:29 UTC 
I am in US Central timezone, currently in daylight saving time, so that would be GMT-5
Comment 3 m0par 2014-05-19 14:29:14 UTC 
Same here. Gnucash 2.6.3, US Central timezone, Gentoo ~amd64, and timezone-data-2014c.

The date changes by 2 days when using +/-, then tabbing out of the date field changes the date again.

The calendar widget is off by two days (you select 5/14, and the register says 5/12), and then tabbing out of the date field changes the date yet again.

Pressing the up arrow on a register entry also foobars the entry.

Reverting to timezone-data-2014b also fixes the problems here.
Comment 4 John Ralls 2014-05-19 17:14:07 UTC 
That's seriously weird.

Are the timezone database packages the same as the ones from the IANA website (http://www.iana.org/time-zones) or has Gentoo modified something else for their package?
Comment 5 m0par 2014-05-19 19:42:15 UTC 
The iana URL is what Gentoo's ebuild uses for the source.

The only change I see is a Makefile patch, but it is the exact same patch that has been used since 2013h, including 2014b, which works.

The .ebuild for 2014c is identical to the one used for 2014b, except of course for the b->c version change in the header.
Comment 6 axton.malsbury 2014-05-19 21:37:52 UTC 
https://bugs.gentoo.org/show_bug.cgi?id=510422

Gentoo dev's seem to suspect the bug is in glib.
Comment 7 John Ralls 2014-05-22 22:40:03 UTC 
Indeed. Amusingly the glib bug is the one immediately before this one.

*** This bug has been marked as a duplicate of bug 730332 ***
Comment 8 John Ralls 2018-06-29 23:30:54 UTC 
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=730333. Please update any external references or bookmarks.