Unintended consequences / retrograde behaviour re 2.6.16 fix of Bug 603379 - Prevent changing some Account Options if it has transactions.

John Ralls jralls at ceridwen.us
Tue May 2 22:57:47 EDT 2017


And it bounced again, so trying again with a different smtp server.

Regards,
John Ralls

> On May 2, 2017, at 6:30 PM, John Ralls <jralls at ceridwen.us> wrote:
> 
> 
>> On May 2, 2017, at 5:11 PM, Wm via gnucash-devel <gnucash-devel at gnucash.org> wrote:
>> 
>> On 24/04/2017 23:31, Wm via gnucash-devel wrote:
>> 
>> [apparent ff to self]
>> 
>> I have a message from JohnR that I think may have been intended for this
>> list.
>> 
>> It makes sense to me for other people to see it and hear him before I
>> represent my case on immutability.
>> 
>> ===
>> 
>> I think account types *are* immutable in formal accounting, but I'm open
>> to changing my mind if you can suggest some use-cases where it's allowed.
>> 
>> To ensure that we're talking about the same thing, the account types
>> are: Asset, with subclasses  Bank, Stock, Mutual Fund, and Cash;
>> Liability, with subclass Credit Card; Equity, with subclasses Income and
>> Expense; and special types that are for GnuCash's internal use Payable,
>> Receivable, and Trading. There are some others declared in the code that
>> aren't exposed anywhere so they don't count.
>> 
>> I'll stipulate that Stock and Mutual Fund behave exactly the same, as do
>> Bank and Cash, so those four should be collapsed into two.
>> 
> 
> I had a network issue posting to the list (comcast timed out trying to connect to code.gnucash.org when delivering mail for gnucash-devel while working just fine with gnucash-user) when I sent that to you and gave up after several retries.
> 
> Derek, Geert, and I discussion about this on IRC the other day and both disagree with me. I think Geert is looking into how to restore the account type selector and block type changes between STOCK/FUND and everything else.
> 
> Regards,
> John Ralls
> 



More information about the gnucash-devel mailing list