Failure of a Scheduled Transaction
Michael Hendry
hendry.michael at gmail.com
Thu Jan 29 10:56:59 EST 2015
> On 29 Jan 2015, at 09:40, Michael Hendry <hendry.michael at gmail.com> wrote:
>
>
>> On 29 Jan 2015, at 08:53, Colin Law <clanlaw at gmail.com> wrote:
>>
>> On 29 January 2015 at 07:48, Michael Hendry <hendry.michael at gmail.com> wrote:
>>> I pay an identical allowance to each of my four children on the first day of each month from my current bank account, and have set up four essentially identical Scheduled Transactions to record this.
>>>
>>> When I came to reconcile my bank statement earlier this month, I found that one of these four transactions hadn’t taken place.
>>>
>>> I tried using “Since Last Run”, but this didn’t generate a new transaction.
>>>
>>> I checked the setting for the four SXs, and found they were identical.
>>>
>>> I eventually got the missing transaction to work by disabling its SX and then enabling it again, followed by “Since Last Run”.
>>>
>>> I’m not sure if this is a bug, a user error or a random glitch, but the first two seem unlikely given that only one of the four identical SXs failed.
>>>
>>> There’s probably not much I can do to investigate this - any suggestions?
>>
>> Probably too late to ask now, but what did Last Occurrence and Next
>> Occurrence say for the missing transaction?
>
> I think 1/12/2014 and 1/1/2015 (the others were 1/1/2015 and 1/2/2015).
>
> I should be able to find out by opening the backup immediately prior to the reconciliation - will do that later.
I’ve just tried opening a couple of backups, one made on 23rd Jan and the other on the 26th - just before the reconciliation - and can confirm the dates above.
In both cases I was offered a “Since Last Run…” Window, which listed the allowance which hadn’t been processed on 1st Jan 2015 with a Status of "To-Create", and a couple of other unrelated SXs with a “Created” status. This window comes up behind the main GnuCash window, and if the desktop is cluttered it’s easily missed, so I may have failed to click on the OK button to approve this transaction when I started the reconciliation procedure on the 26th.
I’ve tried this on the backup - proceeded to other work on the accounts, and shutdown GC without clicking on the “Since Last Run…” window’s OK button - and the same missed transaction come up when I next open the file.
Notwithstanding the operator error (failing to click the OK button), this still doesn’t explain why this SX was left unrecorded on 1st Jan, when the other three went through, nor does it explain why the SX didn’t happen the next time the file was opened after the reconciliation, and didn’t happen when I activated “Since Last Run…” by hand.
I’m also puzzled by the “Created” status, which isn’t mentioned in the manual here:
http://www.gnucash.org/docs/v2.6/C/gnucash-help/trans-sched-slr.html <http://www.gnucash.org/docs/v2.6/C/gnucash-help/trans-sched-slr.html>
I’ll keep my eyes open on 1st February 2015, and see what happens to the four transactions on that date.
Michael
>
>>
>> What OS are you running on and which version of GC (version is shown
>> at bottom of splash screen on startup)?
>
> Mac OS X 10.10.2
> GC 2.6.3
>
> Michael
>
>>
>> Colin
>
More information about the gnucash-user
mailing list