Can't delete a transaction

[Carsten Rinke]

Even though this behaviour might be correct according to intention and 
design, I also see it as a misleading. The impression of this warning is 
that it asks for a confirmation, if the user really really wants to 
execute the deletion, and it offers to remember the confirmation in 
order not to show this dialog again. It does not give the impression 
that it might disable the delete button.

My suggestion is to add some more explanation to the dialog box to tell 
the user what a "remember cancel" really means and how he can undo his 
decision.

Meaning at the same time, that solitone might open a "enhancement" bug 
report for it.

Carsten

On 04/11/2013 02:11 AM, Keith Bellairs wrote:
> In traditional bookkeeping all entries were done in ink. Disallowing
> deletions is even somewhat rational.  You can still "reverse " a
> transaction, leaving behind a trail for future audits.  In a production ERP
> almost no one would have the authority to delete posted transactions.
>
> Kb
>
> Sent from my BlackBerry® PlayBook™
> www.blackberry.com
>
> ------------------------------
> *From:* "Derek Atkins" <warlord at mit.edu>
> *To:* "solitone" <solitone at mail.com>
> *CC:* "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
> *Sent:* April 10, 2013 12:08 PM
> *Subject:* Re: Can't delete a transaction
>
> Hi,
>
> solitone  writes:
>
>> Hi all,
>>
>> I found the following very old message, which describes the exact same
>> issue I was facing till few minutes ago:
>> http://lists.gnucash.org/pipermail/gnucash-user/2007-August/021452.html
>>
>> Apparently the problem was not solved at the time, but here I'm
>> proposing a solution that might be helpful to others, in case they face
>> it again.
>>
>> In my case, this issue came out when I tried to delete a transaction. A
>> popup prompted me to confirm I really wanted to delete the transaction.
>> I checked the "remember and not ask again" option, but I mistakenly
>> pressed the "cancel" button.
>>
>> >From that time on, when I pressed the delete button to try and delete a
>> transaction, nothing happened--no feedback, no changes, as the original
>> poster reported. Still, deleting a split was possible, again another
>> thing in common with the OP.
> Right..  GnuCash is doing exactly what you told it to do!  You told it
> to remember your choice for answer of the dialog, and then you told it
> (by the cancel button) that your answer is "do not delete".  This is not
> a bug, this is GnuCash doing exactly what you told it to do.
>
>> I then looked at the gconf xml configuration files, and I found the file
>> /.gconf/apps/gnucash/general/warnings/permanent/%gconf.xml,
>> whose content was:
>>
>>
>>           type="int" value="-6">
>>
>>
>>
>> Ah ah...! I googled "register_delete_trans", and found out its default
>> value is "0". So I edited that value in the xml file, and now I can
>> again effectively delete transactions.
> An easier way to reset this is via Actions -> Reset Warnings...
>
>> It seems like I managed to make gnucash permanently remember I didn't
>> want to delete a transaction when I pressed the delete button--that's
>> odd behaviour! Anyhow, overwriting that parameter value to its default
>> solved the issue.
> Yes, you did.  But it's not at all odd behavior.  (Well, it's odd that
> you would WANT that, but GnuCash happily listened to your request,
> regardless of how odd the request is/was).   :-D
>
>> Cheers,
>>    Davide
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> -derek
>