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 782274 - Transactions produced by Transfer Funds or Process Payment dialogs sort to beginning of day and do not honor NUM field for custom sorting
Transactions produced by Transfer Funds or Process Payment dialogs sort to be...
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Register
2.6.16
Other Mac OS
: Normal minor
: ---
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2017-05-06 18:58 UTC by Adrien
Modified: 2018-06-29 23:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Adrien 2017-05-06 18:58:46 UTC
When creating a transaction to either transfer funds or process a payment (either from a customer or to a vendor) the resulting transaction does not follow the normal sorting rules and always defaults to the beginning of the day on which it is posted. Such transactions also do not change their sort order when utilizing the NUM field for this purpose.

Steps to reproduce:

Enter three transactions in the following order using any single asset account for all three, say "Assets:Current Assets:Cash" :
1)An expense
2)A Transfer of Funds, using either the Transfer toolbar button, the Transfer entry in the Actions menu, or the keyboard shortcut — ⌘T.
3)A Payment using the business features, either from the Business > Customer/Vendor > Process Payment menu entry, or from within an invoice using the Pay Invoice button.
4)Open the account register for the chosen asset account and observe that the order of the transactions does not match the order in which they were entered.
5)Attempt to manually sort the transactions by entering in the NUM field a "1" for the Payment, a "2" for the expense and a "3" for the transfer.
6)Observe the sorting order does not change for any of the Payments or Transfer transactions. (if multiple expense or otherwise manual transactions were entered, ALL of those will sort according to the NUM field, the Payment & Transfer transactions will remain at the beginning of the day)

Transactions which DO sort properly:
1)manually entered transfers. (those NOT using the Transfer Funds dialog)
2)manually entered payments which were later linked to bills or invoices using "Assign as Payment" in the context menu.

A noted workaround is to reset the date of the offending transactions. They will then sort properly.

A discussion of this bug as well as the possible cause of this errant behavior is in this gnucash-user thread: http://lists.gnucash.org/pipermail/gnucash-user/2017-May/070525.html
Comment 1 John Ralls 2017-06-25 22:47:26 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.
Comment 2 John Ralls 2018-06-29 23:56:38 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=782274. Please update any external references or bookmarks.