Unintended consequences / retrograde behaviour re 2.6.16 fix of Bug 603379 - Prevent changing some Account Options if it has transactions.
Wm
wm_o_o_o at yahoo.co.uk
Sun Apr 30 09:54:43 EDT 2017
On 24/04/2017 23:31, Wm via gnucash-devel wrote:
[ff own post]
> I have long considered it a very-good-thing that gnc allowed accounts to
> be moved between formal accounting objects (assets, liabilities, equity,
> income, expenses) so long as the plus and minus signs underneath worked.
>
> It looks like fixing 603379 has involved taking much of this freedom
> away, I could understand if some "do you really know what you are
> doing?" interference was added but do not like this introduction of
> nanny at all and I'm not sure if the limit was intentional or
> consequential. More below.
>
> The good news for me is that I have kept a working copy of 2.6.15 which
> isn't shackled so I'm ok until the next significant db change.
OK, 2.6.16 has definitely gone too far with immutability.
Consider this:
Assets (type Asset)
p2p lending (type Asset)
bids (type Asset)
cash (type Asset) [1]
loans (type Asset)
[1] 2.6.16 won't allow me to change
Assets:p2p lending:cash
to type Bank because it contains transactions.
THIS IS WRONG
It could be argued that giving Assets insignificant meaning (Bank vs
Cash) was a bad move in the first place, but that decision was taken a
while back.
To say that a sub Asset can't be called Bank because its parent is an
Asset is fucking with sensibility ... I think it also means that a whole
lot of the examples in the tutorials won't work any more :)
Undo the immutability change ASAP, please!
--
Wm
More information about the gnucash-devel
mailing list