After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 347531 - Blank "prototype" entry at end of General Ledger is saved, even if unmodified
Blank "prototype" entry at end of General Ledger is saved, even if unmodified
Status: VERIFIED DUPLICATE of bug 346159
Product: GnuCash
Classification: Other
Component: Register
2.0.x
Other All
: Normal normal
: ---
Assigned To: David Hampton
Chris Shoemaker
Depends on:
Blocks:
 
 
Reported: 2006-07-14 16:13 UTC by Thomas Tuttle
Modified: 2018-06-29 21:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Thomas Tuttle 2006-07-14 16:13:56 UTC
Please describe the problem:
In the general ledger, there is always one blank entry at the end of the ledger for adding new transactions (hereafter called the "prototype" transaction).  Normally, the prototype transaction is saved and a new prototype entry is created only if it was modified.  If the prototype was left alone, a new one would not be created, because the old one would still be blank.  In GnuCash 2.0.0, the prototype transaction is saved, even if it is blank, and a new one is always created.  These extra blank transactions are not, however, saved with the rest of the file.

Steps to reproduce:
1. Open the General Ledger.  (This bug does not apply to the individual account registers.)
2. Click on the blank prototype transaction at the bottom.  Do not edit it at all.
3. Click on another transaction.


Actual results:
An extra blank transaction appears.  This can be repeated many times; note that only the last, prototype transaction will trigger this bug, not any of the duplicate blank transactions.

Expected results:
The prototype transaction should only be saved if it was modiied.

Does this happen every time?
This happens every time I deselect the prototype transaction.

Other information:
My guess would be that some new code in 2.0.0 erroneously marks the prototype transaction as modified.
Comment 1 David Hampton 2006-07-14 16:51:05 UTC
I suspect this is the same problem as bug 346509.
Comment 2 Andreas Köhler 2008-05-13 23:29:57 UTC
Indeed.  Merging with my own bug though ;-)


*** This bug has been marked as a duplicate of 346159 ***
Comment 3 John Ralls 2018-06-29 21:09:39 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=347531. Please update any external references or bookmarks.