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 796083 - Reconcile Selection Doesn't Work Anymore
Reconcile Selection Doesn't Work Anymore
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: General
3.1
Other Windows
: Normal normal
: future
Assigned To: gnucash-general-maint
gnucash-general-maint
: 796194 796590 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2018-05-13 21:21 UTC by Robert Chapin
Modified: 2018-06-30 00:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Chapin 2018-05-13 21:21:14 UTC
When reconciling an account with several not-cleared transactions, if I shift-click or press Ctrl+A to select all, then when I click the green button "Reconcile the selected transactions", the program seems to semi-randomly reconcile 50% of the selected items instead of all of them.

This used to work properly in 2.6.x.
Comment 1 John Ralls 2018-05-17 13:38:55 UTC
*** Bug 796194 has been marked as a duplicate of this bug. ***
Comment 2 Bob 2018-05-17 14:12:19 UTC
I will look at this...
Comment 3 Bob 2018-05-17 15:47:07 UTC
This was fixed when I fixed the reconcile sort order. Please try the latest nightly build or wait for the next release to confirm.
Comment 4 Geert Janssens 2018-05-17 16:44:36 UTC
Bob is refering to bug 795101 here for which the fix will appear in gnucash 3.1. You can test already with a nightly build on Windows. Those can be found here
https://code.gnucash.org/builds/win32/maint/

I'll note that in a quick test I did find a visual glitch in the reconcile dialog after all: if the list of splits to reconcile is taller than the tree view and one does 
- select all
- ctrl-R (or ctrl-U depending on the current state of the splits)
- use the mouse pointer to scroll down a bit

=> the first few splits that appear into view appear in the wrong state (if ctrl-R was selected, they still appear as not reconciled)
However moving the mouse pointer over these splits magically does make them reconciled as well.
The number of splits in the wrong visual state varies based on the size of the reconcile window and the number of splits hidden out of view. It also only happens if the treeview is completely scrolled up at the start. If it's somewhere halfway it doesn't happen.
Comment 5 Robert Chapin 2018-05-17 19:26:27 UTC
Geert, I noticed the same cosmetic weirdness with scrolling and selections changing as well.
Comment 6 Bob 2018-05-31 13:23:32 UTC
Hopefully fixed in PR 359
Comment 7 John Ralls 2018-06-03 18:41:17 UTC
(In reply to Bob from comment #6)
> Hopefully fixed in PR 359

It seems to be.
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 8 John Ralls 2018-06-14 19:18:36 UTC
*** Bug 796590 has been marked as a duplicate of this bug. ***
Comment 9 John Ralls 2018-06-30 00:10:00 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=796083. Please update any external references or bookmarks.