GNOME Bugzilla – Bug 697761
Register2: Change date then save transaction caused crash
Last modified: 2018-06-29 23:14:46 UTC
Opened a bank account register2 then changed the date of an existing transaction by using the pop-up calendar in the date field. Clicked on another field in the transaction, pressed enter key. after a short delay got a pop-up to accept the edit. Clicked ok then GnuCash crashed. I am not currently set up to generate a trace file, so the details are still missing. That was after double-clicking on the column headers to see the sorting function working. This version seems very slow in Windows. This is fun, I think.
Thank you for trying the new interface. Unfortunately I have been unable to reproduce on my XP Virtual machine so its difficult to prove any thing. What version of windows are you using ?, is it reproducible ? From you description, it does not seem right, the enter key will only activate the cell, if you clicked on another transaction then you will get a popup or the tool bar option. What aspect of it is slow, there was a problem when creating the register which will be fixed in the next release. If you are talking about scrolling, how many transactions are you displaying, I was loading 3000 and it is slower than existing but if you set preferences->register-defaults->Number of transactions to display to say 300, my virtual machine does not have a lot of resources it improves a lot.
Sorry, I have not found time for more testing yet. I am also testing 2.4.12. Hopefully, later this week I can get back to 2.5.0. I noticed the slowness when first opening a register2 style window. Later on it was better but not quite like release 2.4.11. I was already having a bad hair day when it crashed, so I did not do a good testing job.
Today I was not able to reproduce this particular bug. I am using Windows 7 Pro 64 bit. I was able to produce a very similar bug by opening a security account, selecting an existing transaction, changing the date, then tabbing through the transaction until the curser finally tried to tab out of the transaction. then the edit popup appeared. I chose to discard the changes and GnuCash crashed. Before that I had noticed that the enter key would not trigger that pop-up if the curser was in the number field There were 3 minor issues that may not deserve a separate bug report. 1. The vertical line between the Cleared box and the deposit box which I believe is supposed to be a different color in future transactions makes the color transition on the day after tomorrow when it is around 9:00pm CDT here in Chicago area. I do not remember the name of the theme I am using, but that line is blue in future transactions after tomorrow. Highlighted fields are generally red in this theme. 2. When clicking on a column label to change the sort, the transaction that has the focus typically disappears off the page. Re-clicking the previous sort brings the highlighted transaction back onto the page. 3. At one point there was one transaction showing it's split lines when Auto split view was selected, even though that transaction did not have the focus. After some jumping around between registers the split lines mysteriously disappeared. I suspect something about the view refresh logic momentarily overlooked that particular transaction.
I just noticed that the Windows 7 crash notice sometimes gives some details about the cause of the crash. I will try to capture that in the future. It might be difficult as I have to look through a tiny window to see it. Follow-up on issue 1 in comment 3: Now it is 8:30 AM CDT here in Chicago area on Friday 19 April and transactions dated 20 April are highlighted with blue in the double vertical line and those dated 19 April are not. This appears to suggest that the logic may be looking at UT instead of local time. Another inconvenience: I have not figured out how to tell when the responses to my mouse clicks are delayed by slow refresh rates and when there is no response at all. The most apparent case so far is in the account chart I am trying to right click on a security that is in a brokerage account that is in a top account hierarchy of Assets:Investments:Spouse Retirement. Sometimes the right click menu appears and sometimes not. Sometimes only the outline of the right click menu appears. At this point it seems impossible to try to figure out whether I am actually seeing a previously reported bug or something new. The slow refresh may be partly outside of GnuCash. I am also having intermittent issues with slow response in Thunderbird. In fact, anything using scripting sometimes slows down on this computer. That usually means that it is time to reboot as I have not isolated the cause yet. I think some programs have memory leaks.
Created attachment 241949 [details] Trace file
Follow-up on tabbing out of a transaction causing a crash: I repeated this experiment in Windows 7 64 bit by opening an existing file and navigating to an investment brokerage account then to a security account transaction in that brokerage account all the while using Register2 mode and 2 line Auto split view. This time I selected an income line in the split, changed the amount, then tabbed out. The program crashed again and the Windows crash report contained this information: Problem signature: Problem Event Name: APPCRASH Application Name: gnucash.exe Application Version: 0.0.0.0 Application Timestamp: 515f2415 Fault Module Name: libgncmod-gnome-utils.dll Fault Module Version: 0.0.0.0 Fault Module Timestamp: 515f1deb Exception Code: c0000005 Exception Offset: 0008fa48 OS Version: 6.1.7601.2.1.0.256.48 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 Read our privacy statement online: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409 If the online privacy statement is not available, please read our privacy statement offline: C:\Windows\system32\en-US\erofflps.txt I am also attaching the trace file
Thank you for testing, the date issue and the scroll issue should be fixed in the next release. The discard problem was already fixed in a later patch and I have made a lot of changes to the code since the initial release so I think it would be better to wait for 2.5.1 is released if you want to test further.
If you think all is covered / fixed here, can you close the bug. Bob
@David: Fixed in the current version? Or are you waiting for a release with this fixes, which will be 2.5.2 by end of march?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=697761. Please update any external references or bookmarks.