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