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 795519 - Credit card payment after reconciliation
Credit card payment after reconciliation
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: General
3.0
Other Windows
: Normal normal
: future
Assigned To: gnucash-general-maint
gnucash-general-maint
: 796068 796348 796365 796366 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2018-04-24 21:26 UTC by Terry M
Modified: 2018-06-30 00:08 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Terry M 2018-04-24 21:26:54 UTC 
After reconciling the credit card, the payment box doesn't pop up any more. It did the first couple of times I reconciled but doesn't any more. You have to go back into the register and manually enter the payment. It's a minor problem but the first time I did it I thought maybe the payment had been automatically entered until I checked the credit card register.
Comment 1 John Ralls 2018-04-24 22:03:56 UTC 
Is "automatic credit card payment" checked under Reconciliation in the Register tab of Preferences?
Comment 2 Terry M 2018-04-24 22:14:27 UTC 
Yes it is. I just tried it with it checked and unchecked and the payment pop up still doesn't pop up to make the payment.
Comment 3 Robert Chapin 2018-05-11 22:05:15 UTC 
I'm having the same problem in 3.1.  The payment box actually does pop up, is visible for about 50 milliseconds, then disappears.
Comment 4 Geert Janssens 2018-05-12 14:56:41 UTC 
I couldn't reproduce this on my Fedora system, but I can on my Windows test box. I have pushed a fix to be released with gnucash 3.2. You can already test it with the next nightly build if you like. That will be available tomorrow here:
https://code.gnucash.org/builds/win32/maint/
(It should be dated 2018-05-13)

For the other devs reading this:
It looks like gtk's transient window management behaves differently on Windows and linux (haven't tested on OS X).

The setup (before my fix) is that the transfer funds dialog is created as a child of the reconcile dialog. As soon as the transfer funds dialog is up the reconcile dialog is removed via our GncComponentManager.
On windows this means the transfer funds dialog gets destroyed with the reconcile dialog. On linux however the transfer funds dialog just stays up.
I don't know why this is different on both platforms. I'm mainly documenting what I saw.

To fix it I have changed the transient parent of the transfer funds dialog to the account register's main window, which is bound to stay up at least until the transfer is complete.
Comment 5 John Ralls 2018-05-13 13:55:31 UTC 
*** Bug 796068 has been marked as a duplicate of this bug. ***
Comment 6 Geert Janssens 2018-05-23 08:30:48 UTC 
*** Bug 796348 has been marked as a duplicate of this bug. ***
Comment 7 Geert Janssens 2018-05-24 17:02:15 UTC 
*** Bug 796365 has been marked as a duplicate of this bug. ***
Comment 8 Geert Janssens 2018-05-24 17:02:50 UTC 
*** Bug 796366 has been marked as a duplicate of this bug. ***
Comment 9 John Ralls 2018-06-30 00:08:52 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=795519. Please update any external references or bookmarks.