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 504608 - the Post Invoice dialog should not display placeholder accounts.
the Post Invoice dialog should not display placeholder accounts.
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Business
git-master
Other All
: Normal minor
: ---
Assigned To: Derek Atkins
Derek Atkins
Depends on:
Blocks:
 
 
Reported: 2007-12-20 07:07 UTC by Frank H. Ellenberger
Modified: 2018-06-29 21:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Frank H. Ellenberger 2007-12-20 07:07:04 UTC
In the Post Invoice dialog, the "account to post" list should 
 1. not display placeholder accounts like assets, if there is no selectable real account of type A/R below.
 2. instead it should guide the user by a tooltip and/or error message to select or create an A/R account


Other information:
The current behavior is a little misleading. If you try to file an invoice and there is no A/R account, Assets appears in the list, but can only virtually, not really be selected, because it has the wrong type. 
If you then press OK, you get logical correct, a message "No Account selected.  Please try again.". In the same moment you see, Assets seems selected. The result is confusion.

I would suggest, to change the message to something like "Pls. select or create an account of type A/R". If available in this module, also a tooltip with this content would be fine.

This is a reformulation of Bug 434055 according to http://lists.gnucash.org/logs/2007/12/2007-12-19.html#T23:38:19
Comment 1 Andreas Köhler 2008-01-12 15:32:54 UTC
What version of GnuCash?  May you please try an "svn up" and see whether r16773 fixed the issue?
Comment 2 Frank H. Ellenberger 2008-01-29 21:03:02 UTC
Yes, the irritating placeholder is gone. Now it should be obvious for the user, which type (s)he has to create, if no suitable exist.

P.S.
I will create patches for german SKR03/04, because we got some complaints about missing or wrong declared A/R & A/P accounts. 
Comment 3 John Ralls 2018-06-29 21:57:03 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=504608. Please update any external references or bookmarks.