save bug

[Kaaren Shalom & Richard Gilligan]

Bug 118954 describes a situation where "recorded" transaction data is 
visible in "register space" (to coin a phrase) but is not reflected in 
the Accounts summary window.  This "hidden" data can be forced into the 
Accounts summary window by opening any Account Properties window or by 
saving and reopening the datafile.

The situation I describe involves "recorded" transaction data 
disappearing entirely.
The work arounds for bug 118954 do not recover the lost data.

These sound like different bugs to me.  But where is the misbehavior?  
Is it a bug that I can open a second register (or general ledger) and 
edit an "unrecorded" transaction?  Or does gnucash intend to allow this 
sort of multi-register transaction editing and the bug is in the way 
the register code is supporting it?

-Richard

On Monday, September 22, 2003, at 07:30 AM, Derek Atkins wrote:

> Hi,
>
> This sounds a lot like http://bugzilla.gnome.org/show_bug.cgi?id=118954
> Can you check that and if it does match what you're seeing add 
> additional
> information?
>
> -derek
>
> Kaaren Shalom & Richard Gilligan <cosmodog at comcast.net> writes:
>
>> I was trying to understand (by observing its_behavior_) the gnucash
>> model for user input that has not yet been "recorded" by an explicit
>> "enter" command.  The rest of this post describes a situation where a
>> complete transaction seems to be silently discarded (even after
>> responding yes to a "record" dialogue.)  Does this reveal an
>> implemention bug?  A conceptual flaw?  Something else?
>>
>> It might not be a frequently asked question but it seems worth asking;
>> what is the gnucash model for "unrecorded" user input? Does that model
>> allow the  behavior observed below?
>>
>> I used this simple account tree but I get the same outcome with a more
>> complicated tree.
>>
>> Asset1
>> Asset2
>> Expense
>>
>> 1)
>> In register for Asset1 create a transaction:
>> _________debit_____credit
>> Asset1____________5.00
>> Expense__5.00
>>
>> Do not hit enter.  Instead click or tab to the transaction "date"
>> field. This will allow the transaction data to remain "unrecorded" and
>> still propagate to the register you will open in step two.
>>
>> 2)
>> Open register for Expense. Change credit account from Asset1 to 
>> Asset2.
>> Close Expense register with [Close] button. Say yes to "record
>> changes" dialogue.
>>
>> 3)
>> Close Asset1 register with [Close] button.
>>
>>
>> Outcome: All accounts have zero balence
>>
>> Cheers,
>>
>> Richard
>>
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at lists.gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>
> -- 
>        Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
>        Member, MIT Student Information Processing Board  (SIPB)
>        URL: http://web.mit.edu/warlord/    PP-ASEL-IA     N1NWH
>        warlord at MIT.EDU                        PGP key available
>