GnuCash
Contact   Instructions
Bug 795040 - GnuCash crashes when searching for a newly created bill
Summary: GnuCash crashes when searching for a newly created bill
Status: RESOLVED FIXED
Alias: None
Product: GnuCash
Classification: Unclassified
Component: Business (show other bugs)
Version: 3.0
Hardware: Other Windows
: Normal blocker
Target Milestone: future
Assignee: core
QA Contact: core
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-04-06 16:46 EDT by Keith Myers
Modified: 2018-04-27 09:44 EDT (History)
8 users (show)

See Also:


Attachments
gnucash dump file part 1 (3.43 MB, application/octet-stream)
2018-04-06 17:00 EDT, Keith Myers
no flags Details
gnucash dump file part 2 (3.10 MB, application/octet-stream)
2018-04-06 17:01 EDT, Keith Myers
no flags Details
Minimal failing example (6.24 KB, application/xml)
2018-04-25 10:50 EDT, Ed Morris
no flags Details

Description Keith Myers 2018-04-06 16:46:39 EDT
Created a new vendor bill and posted for payment same day. Saved.

Selected Find Bill, Company Name and input the name (Virgin Mobile).

GnuCash crashes each time no matter how few or how many letters are used in the Search function.
Comment 1 Keith Myers 2018-04-06 17:00:31 EDT
Created attachment 370615 [details]
gnucash dump file part 1
Comment 2 Keith Myers 2018-04-06 17:01:24 EDT
Created attachment 370616 [details]
gnucash dump file part 2
Comment 3 Ed Morris 2018-04-25 10:50:49 EDT
Created attachment 371383 [details]
Minimal failing example

Happens here too. I've attached a minimal failing example.

A search for the Vendor 'Test', causes gnuCash to crash (Windows, git 3.0-88-gc44316073+).

Manually changing line 144 in my example file from

    <ts:date>2018-04-25 00:00:00 +0000</ts:date>

to

    <ts:date>2018-04-25 00:00:01 +0000</ts:date>

Seems to get the search working again.

Unfortunately, making such a simple change to my actual file does not work.
Comment 4 Keith Myers 2018-04-25 11:24:06 EDT
Thanks for the input.  I was worrying that the bug would not get any traction with only my report.  Yes, it is repeatable every time.

I wonder if the reason the bug exists is the new mechanism for paying bills in the drop down menu somehow messing with the older method in previous versions.
Comment 5 Geert Janssens 2018-04-25 11:48:08 EDT
Your bug did attract my attention. Sorry for not informing you of this. It's closely related to bug 795031 in which I referred to this one.

It looks like there's an issue with how dates are handled internally and different parts of the code expect different formats. I'm chasing this, but it will take me some time.

So far there is no evidence the new mechanism for paying bill has anything to do with it. The problems seem to be lower level.

But with this consider your bug officially confirmed :)
Comment 6 Keith Myers 2018-04-25 15:15:27 EDT
Thanks for the reply Geert.  Good to know the bug is actively being worked on.  For now, I just don't ever try to "find" or search for any bill or vendor anymore.  I am able to pay bills through the new pay invoices menu option as a workaround.

I'm sure the bug will get squashed in the future and I can once again search without crashing GnuCash.
Comment 7 Geert Janssens 2018-04-26 17:10:01 EDT
I have just committed a number of fixes regarding invoice date handling which I hope should fix this bug.

Can you test again with tomorrow's nightly build ?
Comment 8 Keith Myers 2018-04-26 17:45:34 EDT
So I don't have to figure out where the nightly build resides . . .  can someone post a link or the URL?
Comment 9 John Ralls 2018-04-26 17:51:58 EDT
https://code.gnucash.org/builds/win32/maint. They're usually done by 03:30 Eastern US time.
Comment 10 Keith Myers 2018-04-26 22:33:21 EDT
Thanks I'll give the nightly a try tomorrow then.
Comment 11 Ed Morris 2018-04-27 07:34:12 EDT
I've given "3.0-94-g74fd6e046+ (2018-04-26)" a go and it works for me.

Thanks for the quick fix.
Comment 12 Keith Myers 2018-04-27 12:34:33 EDT
I too have tried all the actions that previously caused the program to dump crash.  Everything completed as expected.  No crashes. Thanks for the quick fix.  Now muscle memory used for common tasks doesn't get me into trouble on this new 3.0 release.  Good Job!

Note You need to log in before you can comment on or make changes to this bug.