balances on individual tx's wrong in register (was: no subject)

[Olaf Faaland]

Well good, at least it's not just something I did to break my copy.

I understand the nature of the problem.  It is a difficult one, at least=20
computationally.

I'm actually in the process of trying to understand the register code, wi=
th=20
the idea that I might attempt to tackle this.  Pat your buddha's belly fo=
r me=20
some time.

Olaf

On Wednesday 03 July 2002 04:25 am, Derek Atkins wrote:
> Yes, you're right.  And yes, I can reproduce this problem, but I don't
> know a good way to _fix_ it.  In short: running balances are HARD.
>
> Here's the problem: the register is only a partial view of the
> account.  For example, you can limit your view to, say, the last 50
> transactions.  When you change the sort order you change the subset of
> the account you are viewing.  How do you know the initial balance
> outside the area you are looking?
>
> To take your example, assume you have 3 transactions (let's call them
> a, b, and c in the "standard" sort order) but you're only viewing 2 (b
> and c).  In the case of the 'standard' sort order, everything works
> fine and the running balances are in order (for obvious reasons).
> However, if you change the order such that you are now viewing, say, b
> and a, there is no easy way to determine that 'a' was left off.  Now,
> multiply this to thousands of transactions and you quickly see the
> problem.
>
> Feel free to file a bug report at bugzilla.gnome.org, but honestly I
> can't think of a good way to support what you want.
>
> -derek
>
> Olaf Faaland <ofaaland@attbi.com> writes:
> > Hi,
> >
> > I noticed this (running balances wrong in register), too.
> >
> > On my machine, I believe it occurred after I switched the display ord=
er
> > in the register from the default order to "Date Entered", but I hadn'=
t
> > gotten around to trying to re-create it yet.  I use the xml backend. =
 My
> > last cvs update was 6/29/02.  I just started using cvs.
> >
> > So my steps to re-create just now:
> >
> > Created 2 new accounts, "Savings" and "Other Savings", both top-level
> > bank accounts
> > Opened a register window for "Savings"
> > Made the following three entries, in the order given:
> >
> > 6/1/02  "Test Entry 1" Other Savings Deposit:$10
> > 6/2/02  "Test Entry 2" Other Savings Deposit $20
> > 5/29/02 "Test Entry 3" Other Savings Deposit $30
> >
> > Then chose View->Sort Order->Date of Entry.
> >
> > Now I get (abbreviated):
> >
> > Test Entry 1 : Bal $40
> > Test Entry 2 : Bal $60
> > Test Entry 3 : Bal $30
> >
> > By the way, perhaps that choice should be labeled "Entry Order" rathe=
r
> > than "Date of Entry", unless the order within a group of tx's entered
> > within a single day is genuinely not entry order.
> >
> > Olaf
> >
> > On Saturday 29 June 2002 09:38 am, Eildert Groeneveld wrote:
> > > balance screwed up?
> > > in the current cvs head I observe that the balance in an account st=
ops
> > > accumulating the individual transactions. Has someone else observed=
 the
> > > same? Secondly, it seems that the total market value of stocks are =
not
> > > computed any more (share prices are fetched ok from Yahoo).
> > > Any idea?
> > >
> > > greetings
> > >
> > > Eildert
> >
> > _______________________________________________
> > gnucash-devel mailing list
> > gnucash-devel@lists.gnucash.org
> > https://lists.gnucash.org/mailman/listinfo/gnucash-devel