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 340885 - Selecting a split in a hidden account erases the account from the split
Selecting a split in a hidden account erases the account from the split
Status: VERIFIED FIXED
Product: GnuCash
Classification: Other
Component: Register
git-master
Other All
: Normal major
: ---
Assigned To: David Hampton
Chris Shoemaker
Depends on:
Blocks:
 
 
Reported: 2006-05-07 06:26 UTC by Mike Alexander
Modified: 2018-06-29 21:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mike Alexander 2006-05-07 06:26:17 UTC
Please describe the problem:
If you mark some accounts as hidden, but tell the account tree to show hidden accounts then you can 
open a hidden account.  If you expand splits in the account by selection Transaction Journal view and 
then click in the account field of a split that is in the hidden account you are viewing, the account field 
in the split is erased.

Steps to reproduce:
1. Mark some account with transactions in it as hidden
2. Use the view menu in the account tree to show hidden accounts
3. Open a register for the hidden account
4. Select View->Transaction Journal
5. Click on a the account field in a split that is in a hidden account.


Actual results:
The account field in the split is erased and you have a pending change to the transaction.

Expected results:
The cursor is positioned in the account field, but it is not changed.

Does this happen every time?
Yes

Other information:
SVN version r13930.  The same thing happens when you tab out of the account field in the split if it 
points to a hidden account.
Comment 1 David Hampton 2006-05-08 18:31:48 UTC
The same account list is used for both completion and for entry validation.  This means that there are several choices here:

1) Don't do that. :-)

2) Change quickfull so that it ignores the hidden flag on account names.  I'm sure  that shortly after making this change someone will generate a new bug report stating that the account quickfill fails to respect the hidden flag.

3) Remove the validation check on the register account cell.

4) Rewrite the account quickfill code to maintain two account lists, one containing only the visible accounts and one containing all the accounts.  Hack the register code to run completion requests against the former, and validation requests against the latter.
Comment 2 Chris Shoemaker 2006-05-09 02:45:50 UTC
I think 4) is the best option, but I'd settle for 2) also.  I think the predicted bug from 2) would really be an RFE.  I'm fine with saying that the hidden flag only affects the CoA.  That would be far better than leaving it as it is.
Comment 3 Josh Sled 2006-05-24 23:28:22 UTC
r14182, 1.9.7.  Option (2) chosen, for now.
Comment 4 Frank H. Ellenberger 2015-02-13 10:00:12 UTC
(In reply to David Hampton from comment #1)
> 2) Change quickfull so that it ignores the hidden flag on account names. 
> I'm sure  that shortly after making this change someone will generate a new
> bug report stating that the account quickfill fails to respect the hidden
> flag.

Yes, That is Bug 397135 - Hidden Accounts Show in ComboBox.
Comment 5 John Ralls 2018-06-29 21:03:33 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=340885. Please update any external references or bookmarks.