r21383 - gnucash/trunk/src/business/business-gnome - Add right-click menu item "Assign payment" to assign a transaction as a payment.

[Geert Janssens]

On zaterdag 8 oktober 2011, Christian Stimming wrote:
> Am Samstag, 8. Oktober 2011 schrieb Geert Janssens:
> > > This and the previous commit are great improvements, thanks !
> > > 
> > > Geert
> > 
> > ... but unfortunately I can reliably crash it as well :(
> > 
> > Here's what I did:
> > Open up a book
> > Open a checkings account
> > Select a random transaction, not at all related to A/P or A/R
> > Right-click -> Apply as payment...
> > 
> > => The payment dialog appears shortly and then GnuCash crashes with
> > gnc.business.gnome:ERROR:/kobaltnet/janssege/Development/EclipseGnuCash/G
> > nu Cash- git/src/business/business-gnome/dialog-
> > payment.c:101:gnc_ui_payment_window_set_postaccount: assertion failed:
> > (account)
> 
> Oops. Hopefully fixed in r21389.
> 
> > There are also two critical entries in my gnucash.trace. I'm not sure
> > they are related though:
> > 
> > * 10:12:51  CRIT <gnc.engine> gncOwnerGetCommoditiesList: assertion
> > `gncOwnerGetCurrency(owner)' failed
> > * 10:12:51  CRIT <gnc.engine> gncOwnerGetCommoditiesList: assertion
> > `gncOwnerGetCurrency(owner)' failed
> 
> Not related, but also not nice in the trace file. Fixed in r21390.
> 
> Regards,
> 
> Christian
> 
> PS: I'm out of town next week, so there might be no email answers until
> Sunday, Oct 16.

Christian,

Both issues are fixed indeed. Quite fast !

Next question :) 
The payment dialog always proposes a customer, even if I select a withdrawal 
from my checkings account. Should in that case a vendor be proposed ? Or 
perhaps an employee ? Unless of course the customer payment is the only use 
case you intend to support.

Geert