| Summary: | KMyMoney segfaults when completing transaction directly in ledger (i.e. without transaction form) | ||
|---|---|---|---|
| Product: | [Applications] kmymoney | Reporter: | Michael Gorven <michael> |
| Component: | general | Assignee: | KMyMoney Devel Mailing List <kmymoney-devel> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | agander93, domlyons, helwitch, ticalnet |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | KMyMoney data file | ||
|
Description
Michael Gorven
2010-11-30 11:30:50 UTC
Could you give some more specific hints to reproduce this since just entering transactions directly in the ledger doesn't help me reproduce this crash. Also it would be nice if you could try version 4.5.1 to see if the crash is still occurring. The crash is related to scrolling of the ledger and the edit mode entry box. I can reliably crash with the following operations: Start KMyMoney2 Click "Current Account" on home page (Asset account) Scroll to bottom of ledger with trackpad Click on empty row at bottom of ledger (goes into edit mode) Click in payer/receiver, type "unk", select "Unknown" from drop down list Click in category, type "sun", select Sundry from drop down list Click in comment box, type "foo" Click on ledger scroll bar up button (below scroll bar) Click in comment box to focus Press Enter I have four more backtraces which look similar to the above one (can attach if they'll be useful). I think this sequence to reproduce it will be enough, thanks. I'll let you know if I still can't reproduce it with all these steps. Sorry but I still couldn't reproduce this using those same steps. I was also unable to reproduce in 4.5.0. I had different payee and category names, but I assume it should not matter. I assume by comment box you mean the memo field. I don't know why it would matter - but have you run a consistency check on your data? Consistency check says that my data is consistent, and yes, I meant the memo field. I've created a new KMyMoney file and can also crash it with that, so it doesn't seem to be my data. Created attachment 54076 [details]
KMyMoney data file
To reproduce the crash with the attached data file:
Open test.kmy
Click "Current" on the home page
Resize the window so that a scroll bar appears on the right
Scroll to the bottom
Click on the empty line
Click on the down arrow of the category drop down and select "Sundry"
Click in the memo field
Click the scroll bar up button once
Click in the memo field
Press Enter
Still with all that info I cand reproduce the crash. See the video at http://kmymoney2.sourceforge.net/258355.ogv do you notice any differences between what I do an what are you seeing on your version. Could you also try to upgrade to 4.5.1? (In reply to comment #6) > Consistency check says that my data is consistent, and yes, I meant the memo > field. I've created a new KMyMoney file and can also crash it with that, so it > doesn't seem to be my data. If it still fails with a new file, I'd rename or delete the resource file ( ~/.kde4/share/config/kmymoneyrc). I think the .kde4 will be .kde on Ubuntu. Allan Removing the resource files (kmymoneyrc and kmymoney2rc) doesn't help, and 4.5.1 (compiled by myself with 4.5-2 debianisation) still crashes. That video looks basically the same, although it scrolls up higher than mine does. Screencast: http://mene.za.net/~mgorven/kmymoney-crash.ogv (In reply to comment #10) > Removing the resource files (kmymoneyrc and kmymoney2rc) doesn't help, and > 4.5.1 (compiled by myself with 4.5-2 debianisation) still crashes. That video > looks basically the same, although it scrolls up higher than mine does. > Screencast: http://mene.za.net/~mgorven/kmymoney-crash.ogv Yes, in your case the last item seems to be missing while editing the new transaction. I'll take a look at what could be the cause of that because that could be the source of the crash. Thanks for posting your screencast. I finally managed to reproduce this on Qt 4.7.1. Great! I had similar crashes while I was running Ubuntu Lucid (which has Qt 4.6.2), although I can't easily check if it's the same issue or not. SVN commit 1204535 by conet: BUG: 258355 Hide the edit widgets before removing them because if the widgets are visible while they are being removed (actually scheduled for deleteLater()) some events will be sent to the register (during the actual delete process) which will cause a crash by accessing the widgets which where already deleted. This was happening somewhere deep in Qt's code and I found this to be the best workaround for it. M +3 -1 register.cpp M +3 -1 transactionform.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1204535 SVN commit 1204536 by conet: BUG: 258355 Hide the edit widgets before removing them because if the widgets are visible while they are being removed (actually scheduled for deleteLater()) some events will be sent to the register (during the actual delete process) which will cause a crash by accessing the widgets which where already deleted. This was happening somewhere deep in Qt's code and I found this to be the best workaround for it. Merged into the stable branch. M +3 -1 register.cpp M +3 -1 transactionform.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1204536 *** Bug 258557 has been marked as a duplicate of this bug. *** *** Bug 254607 has been marked as a duplicate of this bug. *** *** Bug 261551 has been marked as a duplicate of this bug. *** |