GNOME Bugzilla – Bug 688965
Page Up, Page Down keys cause GnuCash to hang
Last modified: 2018-06-29 23:12:01 UTC
In the Scheduled Transaction editor Template Transaction tab, The Page Up and Page Down keys cause GnuCash to hang. I did not try Home or End, but they might not work either. Since scheduled transactions can have more split lines than fit on the display, all the curser keys should work correctly. David C
This has been tested in both Windows (2.6.3 portable) and Linux (2.6.3) and it's resolved.
David: do you still experience this issue ?
Funny you should ask. Yes, in get-deb release 2.6.3 on Ubuntu 12.04 with the focus in the action box of the first split line clicking page down causes the window to freeze. Even the X button will not close the window, but the - button will minimize the window, but using Alt-Tab to go back to the window opens a blank window. I cannot return to the main window, it is greyed out. If I click on the X button of the greyed out main window I do get an OS prompt to kill GnuCash. ***When I re-started GnuCash in Ubuntu I needed to "Open Anyway" and I lost all the open tabs that I had accumulated over the last 3 hours. I did not lose any transactions, as I had been clicking the Save button from time to time. I am using the standard (compressed) file format.**** Trying this on release 2.4.13 in Windows 7 also still freezes the program. The Windows task manager killed the entire program when I tried to use it to close the template window. I suppose it would be acceptable to do nothing at all when those keys are hit, but they definitely should not freeze the program.
I do not have release 2.6.3 on my Windows box. I am not expecting the 2.4 series to be fixed, but I tried it for reference, as I am currently running those two releases side-by-side to see if there are any significant differences. So far the only significant difference is the loss of the tabs when Gnucash was forced closed.
In fact I can even easily reproduce this on my Fedora 20 box. I have been stepping through the code a bit. The code that should determine the next line to highlight after a page-down key was received goes into an infinite loop. I have not figured out yet why that is.
It turned out that a PageDown/PageUp action is programmed to move the selection to the first column and there tries to find the row that is closest to a page jump in the right direction. This works well in ordinary registers but in the SX transaction editor the first column is not selectable (all read-only cells) and this situation was not taken into account. I have tweaked the code a little such that if no cell can be selected in the first column, the next column is attempted. That seems to work well. This problem has been fixed in our software repository. The fix will go into the next software release (2.6.4). Thank you for your bug report.
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=688965. Please update any external references or bookmarks.