GNOME Bugzilla – Bug 651690
Shortcut STRG+T reduces functionality of transfer dialog
Last modified: 2018-06-29 22:58:34 UTC
If you go to "Actions --> Booking" (In German version: Aktionen --> Buchen) and enter a description, you can use the tab to automatically assign an account. But if you open the same dialog via STRG+T, this is not possible. Also the whole accounting tree on the bottom right isn't working properly in that case. Therefore the faster opening of the dialog with the shortcut is exhausted by the consumed time to select the account manually.
Thank you for your report. Unfortunately however, I can't reproduce this. I have tried to run GnuCash 2.4.5 on Fedora 14 as follows: LANGUAGE=de LANG=de gnucash This starts GnuCash in German. Using STRG+T opens the "Aktionen -> Buchen" screen. I can enter values and then use tab to navigate through it, including the two account trees. Can you give us some more details about your system ? What distribution are you using, and which version of it ? What is your locale (you can use the "locale" command in a console/terminal to find out) ? Can you explain what you mean exactly with the accounting tree is not working properly ? Thanks.
Created attachment 189067 [details] Booking dialog working well. Opend with Actions --> Booking The auto assign of the target account after leaving the description entry with TAB is working. Also all accounts of "Erträge/Aufwendungen" (See the activated checkbox below) are shown.
Created attachment 189068 [details] Booking dialog NOT working well. Opened with Strg+T The auto assign of the target account after leaving the description entry with TAB is NOT working. Also all accounts of "Erträge/Aufwendungen" (See the activated checkbox below) are not shown (e.g. all accounts below Ausgaben).
With auto detect target account I mean the following: After you have filled the description field and left it with TAB, gnucash checks whether a booking with same description exists and automatically chooses the target account of the existing booking (See first picture: Selected account "Lebensmittel"). If opened with Strg+T this does not work. The reason may be the not working account tree on the right hand side or something else.
I'm not too familiar with this dialog window, so I continue to ask for details: I notice that in your first screenshot, the chosen "Herkunftskonto" is "Ausgleichskonto-EUR" and this does correctly autofill the "Buchen nach" account, while in the second screenshot this is "Bargeld" and the autofill doesn't work. What happens if you - Select the "Ausgleichskonto-EUR" on the account tab - Hit "Strg+T" - And try with "Lidl" again to autofill the "Buchen nach" account ? Does that work ? I'm mainly checking if the different starting account makes any difference.
Good observation, but this difference was produced while clicking on the window to tell GIMP which window should be taken. I'll start both screens with account "Bargeld". ;-)
I'm sorry, I still can't reproduce the difference in behaviour you describe by using the menu versus using the keyboard shortcut. I suspect that the core of your problem may not really be how you open the dialog, but rather a side effect of a related bug in the "Erträge/Aufwendungen anzeigen" checkbox [1]. You can also see in your screenshots that one screenshot shows your "Ausgaben" accounts while the other doesn't. If the "Ausgaben" accounts are not listed (which should be when the checkbox is unticked, but not reliable due to the related bug), autocomplete on the description will not be able to highlight the target "Ausgaben" account. I don't know why though the "Ausgaben" accounts show in one screenshot and not the other, or in other words why in your case they are available when you use the menu and are hidden when you use the keyboard shortcut. This is the part I can't reproduce. I guess we will first need to fix bug 612562 and then check if this bug still applies. [1] See bug 612562
For the record, in English this dialog and the button is called "Transfer".
I have fixed bug 612562. I think that together with that one, this bug also got fixed. Can you try to reproduce this problem with a build after r20762 ?
(In reply to comment #9) > I have fixed bug 612562. I think that together with that one, this bug also got > fixed. I was in a hurry when I wrote this, so let me clarify: with bug 612562 fixed, I get the following behaviour (using your example): When I open the Transfer/Buchen dialog starting from the Bargeld account, the two Erträrge/Aufwendungen anzeigen boxes are unchecked, and the corresponding acounts are not in the account views (as should be). When I fill in the dialog as in 189068, once I tab out of the description field, these things happen: - The checkbox under Buchen nach is ticked - The Ausgaben account and sub accounts are added to the Buchen nach list - The Lebensmittel account is selected This happens regardless the method to open the dialog: Ctrl-T or via the menu. So I believe this is fixed and in the end was a duplicate of bug 612562. Whenever you have the time, can you check this ? You may have to wait for a new release if you are unable to compile gnucash yourself.
Hello, since Gnucash trunk does not compile here, I can not test it right now. Actually it throws this error: cc1: warnings being treated as errors swig-app-utils-python.c: In Funktion »SwigPyObject_richcompare«: swig-app-utils-python.c:1519: Fehler: dereferencing pointer »res« does break strict-aliasing rules swig-app-utils-python.c:1519: Fehler: dereferencing pointer »res« does break strict-aliasing rules swig-app-utils-python.c:1516: Anmerkung: initialized from here swig-app-utils-python.c:1518: Anmerkung: initialized from here configured with this command: ./configure --enable-aqbanking --enable-python --with-html-engine=webkit on gentoo. May be this error came up for others too. Otherwise, ignore it and I will wait until this version made it into portage. Thanks so far!
I'm not sure what that error means. I don't see it on my Fedora 14 or Fedora 15 systems. However to test if this specific bug has been fixed you could configure gnucash without the --enable-python option if you like. Python is not related to the Transfer dialog. I also propose you open a new bug report for the build error you get when python is enabled. Thanks
Hello, I've tested it today and the bug is fixed. Many thanks!
Reassign version to 2.4.x so that individual 2.4 versions can be retired.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=651690. Please update any external references or bookmarks.