Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Alan A Holmes
Hi Rich,

I had a problem with reconciling just over a year ago. It happened on 2
separate occasions.

My workflow to reconcile on both occasions was :-
1. Open the bank statement, and copy the closing balance.
2. Open the appropriate account in GnuCash.
3. Click the reconcile icon.
4. Enter the Statement Date as the date of the bank statement, and paste
closing balance from 1. Into the ending balance field.
5. Select all the appropriate transactions, checking their values.
6. I'd then find difference, usually several hundred £'s. No missed or
incorrect transactions in GnuCash.
7. Cancel the reconcile.
8. Repeat steps 1-7.
9. Start tearing hair out.
10. Repeat steps 2-3
11. Enter the Statement Date as the date of the bank statement, and type in
closing balance from the bank statement Into the ending balance field.
12. Repeat step 5.
13. Lucky for me rather than unlucky. The account would balance.
Conclusion - Even though the bank account balance I copied and pasted was
the same as I typed in it appears as though something got copied across that
caused the problem. Whether it was an invisible character, or a bad
character, or what, I have no idea.

It only happened the twice. I still follow the workflow in steps 1-5 now,
but don't have the problem is step 5. Any differences I've found was down to
me.


Alan A Holmes

-Original Message-
From: gnucash-user
 On Behalf Of
Rich Shepard
Sent: 11 April 2022 22:37
To: gnucash-user@gnucash.org
Subject: [GNC] Reconciliation discrepancies

Every now and then one of my bank accounts doesn't reconcile because what
the bank shows differs from what GnuCash shows. The amounts are significant.
What puzzles me is that the previous month's balances (bank and GC) match
and so do all the transactions. But, the end of month balances don't match.

Many decades ago a penny or two difference when reconciling a bank account
was common; I assume due to rounding errors. But why it is now more common
(but sporatic) puzzles both me and my banker. We've gone over the
transactions shown by the bank and by GC and neither of us can explain the
discrepancies.

Has anyone an idea of why this happens?

Rich
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Liz
On Mon, 11 Apr 2022 14:36:41 -0700 (PDT)
Rich Shepard  wrote:

> Every now and then one of my bank accounts doesn't reconcile because
> what the bank shows differs from what GnuCash shows. The amounts are
> significant. What puzzles me is that the previous month's balances
> (bank and GC) match and so do all the transactions. But, the end of
> month balances don't match.

Rich when I get into a mess, I do very small increments on the
reconcile. For example, just choosing a date about 10 transactions
down, or one week, and then I will go through very slowly, doing small
chunks. 
Assume this is one month, and I am doing weekly...
I find the bank's ending balance for 7th of month, put 7th of correct
month and the balance from the bank statement into the reconcile
dialogue, and check off that week's items from the bank statement. When
the residual is zero, I mark finished, and move forward to the 14th.
(Procedure loops)

By looking at such a small number of transactions it is possible to
find whatever the errors are.
I too have been on Gnucash for a couple of decades, but still found 4
errors in one file this March, payments not entered as received, and
digit transposition.

I hope you find what is happening and let us know.

liz
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread R. Victor Klassen
I run into such issues once in every one or two blue moons.  The starting 
balance is off.
I’ve reconciled successfully the previous month, but something somehow 
(dis)appeared in the meantime.  I assume it disappeared, although the symptoms 
could be generated by something appearing.

I hope it’s more than a year old, and live with it.  Meaning I do a balance 
adjustment and move on.

It’s disturbing, but the size of my file is such that I have no reasonable 
means of tracking down whatever may have happened.

Possible that it’s user error, but unlikely.  Possible that it results from one 
of the periodic crashes I experience, or power failures, that appear to be 
fully recovered from at the time.  Pretty much impossible to reproduce.
If it is due to user error, that would be an argument in favour of the ability 
to mark old transactions as read-only.  Yes I’m very aware that “read-only” can 
be worked around.  But when it’s about protecting one from oneself, that kind 
of read-only could be useful.  If it’s due to bit rot/power glitches/crash 
recovery, not so much.

> On Apr 12, 2022, at 6:09 AM, Liz  wrote:
> 
> On Mon, 11 Apr 2022 14:36:41 -0700 (PDT)
> Rich Shepard  wrote:
> 
>> Every now and then one of my bank accounts doesn't reconcile because
>> what the bank shows differs from what GnuCash shows. The amounts are
>> significant. What puzzles me is that the previous month's balances
>> (bank and GC) match and so do all the transactions. But, the end of
>> month balances don't match.
> 
> Rich when I get into a mess, I do very small increments on the
> reconcile. For example, just choosing a date about 10 transactions
> down, or one week, and then I will go through very slowly, doing small
> chunks. 
> Assume this is one month, and I am doing weekly...
> I find the bank's ending balance for 7th of month, put 7th of correct
> month and the balance from the bank statement into the reconcile
> dialogue, and check off that week's items from the bank statement. When
> the residual is zero, I mark finished, and move forward to the 14th.
> (Procedure loops)
> 
> By looking at such a small number of transactions it is possible to
> find whatever the errors are.
> I too have been on Gnucash for a couple of decades, but still found 4
> errors in one file this March, payments not entered as received, and
> digit transposition.
> 
> I hope you find what is happening and let us know.
> 
> liz
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Rich Shepard

On Tue, 12 Apr 2022, Alan A Holmes wrote:


I had a problem with reconciling just over a year ago. It happened on 2
separate occasions.



My workflow to reconcile on both occasions was :-

...


It only happened the twice. I still follow the workflow in steps 1-5 now,
but don't have the problem is step 5. Any differences I've found was down
to me.


Alan,

That looks like what I do, too, but I don't copy-and-paste the bank
statement's closing balance. I type it.

There are occasions when I forget to enter a transaction into GnuCash, and
that's remedied during the reconciliation process.

Because these discrepancies appear infrequently but only since I moved my
accounts to this bank in 2010 I suspect it's something at their end. And my
banker can't do anything about it because it's somewhere in their IT
department it'll probably remain an annoying mystery.

Thanks,

Rich
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Rich Shepard

On Tue, 12 Apr 2022, Liz wrote:


By looking at such a small number of transactions it is possible to find
whatever the errors are. I too have been on Gnucash for a couple of
decades, but still found 4 errors in one file this March, payments not
entered as received, and digit transposition.


Liz,

The reason I started this thread is all transactions for the month match. No
switched digits, no missing GnuCash transactions. And, now and then during
the month I check the accounts on the bank's web site and marked GnuCash
transactions as cleared as they appear on the bank's web page.


I hope you find what is happening and let us know.


Based on everyone's response my assumption that it's something unknowable at
the bank's side seems to be confirmed.

Thanks,

Rich
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread David T. via gnucash-user
Reconciled entries *are* marked read only. If you aren't getting a notice on 
editing, it's because you told gnucash not to notify you any more. That can be 
reset somewhere in the preferences. 

David


On April 12, 2022 5:25:51 AM PDT, "R. Victor Klassen"  
wrote:
>I run into such issues once in every one or two blue moons.  The starting 
>balance is off.
>I’ve reconciled successfully the previous month, but something somehow 
>(dis)appeared in the meantime.  I assume it disappeared, although the symptoms 
>could be generated by something appearing.
>
>I hope it’s more than a year old, and live with it.  Meaning I do a balance 
>adjustment and move on.
>
>It’s disturbing, but the size of my file is such that I have no reasonable 
>means of tracking down whatever may have happened.
>
>Possible that it’s user error, but unlikely.  Possible that it results from 
>one of the periodic crashes I experience, or power failures, that appear to be 
>fully recovered from at the time.  Pretty much impossible to reproduce.
>If it is due to user error, that would be an argument in favour of the ability 
>to mark old transactions as read-only.  Yes I’m very aware that “read-only” 
>can be worked around.  But when it’s about protecting one from oneself, that 
>kind of read-only could be useful.  If it’s due to bit rot/power 
>glitches/crash recovery, not so much.
>
>> On Apr 12, 2022, at 6:09 AM, Liz  wrote:
>> 
>> On Mon, 11 Apr 2022 14:36:41 -0700 (PDT)
>> Rich Shepard  wrote:
>> 
>>> Every now and then one of my bank accounts doesn't reconcile because
>>> what the bank shows differs from what GnuCash shows. The amounts are
>>> significant. What puzzles me is that the previous month's balances
>>> (bank and GC) match and so do all the transactions. But, the end of
>>> month balances don't match.
>> 
>> Rich when I get into a mess, I do very small increments on the
>> reconcile. For example, just choosing a date about 10 transactions
>> down, or one week, and then I will go through very slowly, doing small
>> chunks. 
>> Assume this is one month, and I am doing weekly...
>> I find the bank's ending balance for 7th of month, put 7th of correct
>> month and the balance from the bank statement into the reconcile
>> dialogue, and check off that week's items from the bank statement. When
>> the residual is zero, I mark finished, and move forward to the 14th.
>> (Procedure loops)
>> 
>> By looking at such a small number of transactions it is possible to
>> find whatever the errors are.
>> I too have been on Gnucash for a couple of decades, but still found 4
>> errors in one file this March, payments not entered as received, and
>> digit transposition.
>> 
>> I hope you find what is happening and let us know.
>> 
>> liz
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see 
>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>If you are using Nabble or Gmane, please see 
>https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Auto-save failure

2022-04-12 Thread Dale Alspach
I recently had an unpleasant surprise. I rarely restart my computer so
gnucash is open for several weeks at a time. For over three weeks gnucash
had not saved the main file. Fortunately playing the log file did a pretty
good job of recovering.
My question is what would suddenly stop the auto-save feature from working?
Could updating some other package have caused this?
 Environment: linux mint 20, flatpak gnucash 4.9.
Dale
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Dale Alspach
I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I did not change the start date. I
was very surprised to find that when it ran that it entered transactions
for all of the months when it was disabled.
Automatically altering the past seems extremely dangerous. It  seems to me
a warning should be given or scheduled transactions should only insert
future transactions.
Dale
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Michael or Penny Novack

On 4/12/2022 10:55 AM, Dale Alspach wrote:

I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I did not change the start date. I
was very surprised to find that when it ran that it entered transactions
for all of the months when it was disabled.
Automatically altering the past seems extremely dangerous. It  seems to me
a warning should be given or scheduled transactions should only insert
future transactions.
Dale


Computers are like that. They obediently do what you tell them to, not 
what you meant to tell them to do.


I suspect you expected some different behavior. That you expected it to 
"remember" that you had disabled the scheduled transfers AT SOME POINT 
IN TIME and you expected that to be "remembered" when you re-enabled the 
transfers. In other words, you expected the disable to have dates 
associated with it << disable from date X to date Y >>


Look at your options when scheduling transactions to see what you should 
have done to get the behavior "scheduled between date X and date Y and 
then from date Z into the future -- hint: that is TWO "schedules"


About "changing the past" -- aren't MOST of the transactions you enter 
after the fact (at a point in time after the transaction has taken place)


Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Adrien Monteleone
Do you by chance have sub-accounts at play, and are you including them 
in the reconcile? Sub-accounts *shouldn't* matter because 'if done 
correctly' they shouldn't affect the parent balance, and serve just as a 
segregation/classification tool. But the caveat is that transactions 
there might be incorrect and would roll-up to the parent if included in 
reconciliation.


Regards,
Adrien

On 4/12/22 7:49 AM, Rich Shepard wrote:
Based on everyone's response my assumption that it's something 
unknowable at

the bank's side seems to be confirmed.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Auto-save failure

2022-04-12 Thread Adrien Monteleone

In Preferences > General there are some Auto-Save options.

If those are set correctly, then something else is amiss.

Unfortunately, if you've already re-started GnuCash, the Tracefile was 
overwritten, so if there is info there to help, it is gone.


I take note you're using the Flatpak. This might be a clue for tracking 
the issue down.


Regards,
Adrien

On 4/12/22 9:43 AM, Dale Alspach wrote:

I recently had an unpleasant surprise. I rarely restart my computer so
gnucash is open for several weeks at a time. For over three weeks gnucash
had not saved the main file. Fortunately playing the log file did a pretty
good job of recovering.
My question is what would suddenly stop the auto-save feature from working?
Could updating some other package have caused this?
  Environment: linux mint 20, flatpak gnucash 4.9.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread R. Victor Klassen
Well that would implicate data corruption 

Sent from my iPhone

> On Apr 12, 2022, at 10:20 AM, David T.  wrote:
> 
> Reconciled entries *are* marked read only. If you aren't getting a notice on 
> editing, it's because you told gnucash not to notify you any more. That can 
> be reset somewhere in the preferences. 
> 
> David
> 
> 
>> On April 12, 2022 5:25:51 AM PDT, "R. Victor Klassen"  
>> wrote:
>> I run into such issues once in every one or two blue moons.  The starting 
>> balance is off.
>> I’ve reconciled successfully the previous month, but something somehow 
>> (dis)appeared in the meantime.  I assume it disappeared, although the 
>> symptoms could be generated by something appearing.
>> 
>> I hope it’s more than a year old, and live with it.  Meaning I do a balance 
>> adjustment and move on.
>> 
>> It’s disturbing, but the size of my file is such that I have no reasonable 
>> means of tracking down whatever may have happened.
>> 
>> Possible that it’s user error, but unlikely.  Possible that it results from 
>> one of the periodic crashes I experience, or power failures, that appear to 
>> be fully recovered from at the time.  Pretty much impossible to reproduce.
>> If it is due to user error, that would be an argument in favour of the 
>> ability to mark old transactions as read-only.  Yes I’m very aware that 
>> “read-only” can be worked around.  But when it’s about protecting one from 
>> oneself, that kind of read-only could be useful.  If it’s due to bit 
>> rot/power glitches/crash recovery, not so much.
>> 
>>> On Apr 12, 2022, at 6:09 AM, Liz  wrote:
>>> 
>>> On Mon, 11 Apr 2022 14:36:41 -0700 (PDT)
>>> Rich Shepard  wrote:
>>> 
 Every now and then one of my bank accounts doesn't reconcile because
 what the bank shows differs from what GnuCash shows. The amounts are
 significant. What puzzles me is that the previous month's balances
 (bank and GC) match and so do all the transactions. But, the end of
 month balances don't match.
>>> 
>>> Rich when I get into a mess, I do very small increments on the
>>> reconcile. For example, just choosing a date about 10 transactions
>>> down, or one week, and then I will go through very slowly, doing small
>>> chunks. 
>>> Assume this is one month, and I am doing weekly...
>>> I find the bank's ending balance for 7th of month, put 7th of correct
>>> month and the balance from the bank statement into the reconcile
>>> dialogue, and check off that week's items from the bank statement. When
>>> the residual is zero, I mark finished, and move forward to the 14th.
>>> (Procedure loops)
>>> 
>>> By looking at such a small number of transactions it is possible to
>>> find whatever the errors are.
>>> I too have been on Gnucash for a couple of decades, but still found 4
>>> errors in one file this March, payments not entered as received, and
>>> digit transposition.
>>> 
>>> I hope you find what is happening and let us know.
>>> 
>>> liz
>>> gnucash-user mailing list
>>> gnucash-user@gnucash.org
>>> To update your subscription preferences or to unsubscribe:
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> If you are using Nabble or Gmane, please see 
>>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>>> Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> If you are using Nabble or Gmane, please see 
>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Adrien Monteleone
This sounds like a good case of not auto-creating them, but rather 
approving them each time. There are options for this.


Regards,
Adrien

On 4/12/22 9:55 AM, Dale Alspach wrote:

I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I did not change the start date. I
was very surprised to find that when it ran that it entered transactions
for all of the months when it was disabled.
Automatically altering the past seems extremely dangerous. It  seems to me
a warning should be given or scheduled transactions should only insert
future transactions.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Glenn Fowler
I'm glad I saw this post as I have a disabled scheduled transaction that I
was getting ready to renable myself. I guess the solution would be to
delete the recurring and enter a new one.

I would have also expected that enabling would start that day time
otherwise what would a disable button really be used for if it goes back
and enters transactions as if it was never disabled?

On Tue, Apr 12, 2022, 10:55 AM Dale Alspach  wrote:

> I had a scheduled transfer to savings that I disabled for a few months.
> When I re-enabled the scheduled transfer I did not change the start date. I
> was very surprised to find that when it ran that it entered transactions
> for all of the months when it was disabled.
> Automatically altering the past seems extremely dangerous. It  seems to me
> a warning should be given or scheduled transactions should only insert
> future transactions.
> Dale
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread Derek Atkins

On Tue, April 12, 2022 12:58 pm, R. Victor Klassen wrote:
>> On Apr 12, 2022, at 10:20 AM, David T.  wrote:
>>
>> Reconciled entries *are* marked read only. If you aren't getting a
>> notice on editing, it's because you told gnucash not to notify you any
>> more. That can be reset somewhere in the preferences.
>>
>> David
>
> Well that would implicate data corruption

No, more likely than not the user got the warning, clicked "don't show me
again", and then clicked "cancel."


> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Gyle McCollam



You don't have to delete and create a new one,  just change the start date in 
the one you have.

Sent from Samsung Galaxy smartphone.



 Original message 
From: Glenn Fowler 
Date: 4/12/22 1:03 PM (GMT-05:00)
To: Dale Alspach 
Cc: GnuCash-User 
Subject: Re: [GNC] Scheduled transactions feature or bug?

I'm glad I saw this post as I have a disabled scheduled transaction that I
was getting ready to renable myself. I guess the solution would be to
delete the recurring and enter a new one.

I would have also expected that enabling would start that day time
otherwise what would a disable button really be used for if it goes back
and enters transactions as if it was never disabled?

On Tue, Apr 12, 2022, 10:55 AM Dale Alspach  wrote:

> I had a scheduled transfer to savings that I disabled for a few months.
> When I re-enabled the scheduled transfer I did not change the start date. I
> was very surprised to find that when it ran that it entered transactions
> for all of the months when it was disabled.
> Automatically altering the past seems extremely dangerous. It  seems to me
> a warning should be given or scheduled transactions should only insert
> future transactions.
> Dale
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Glenn Fowler
Thanks Gyle, that saves some steps.
However, I do agree with the OP in that you would think the expected
behavior would be to pause when disabled, and then when reenabled to not go
back to prior to that point.


On Tue, Apr 12, 2022 at 1:34 PM Gyle McCollam  wrote:

>
>
> You don't have to delete and create a new one,  just change the start date
> in the one you have.
>
> Sent from Samsung Galaxy smartphone.
>
>
>
>  Original message 
> From: Glenn Fowler 
> Date: 4/12/22 1:03 PM (GMT-05:00)
> To: Dale Alspach 
> Cc: GnuCash-User 
> Subject: Re: [GNC] Scheduled transactions feature or bug?
>
> I'm glad I saw this post as I have a disabled scheduled transaction that I
> was getting ready to renable myself. I guess the solution would be to
> delete the recurring and enter a new one.
>
> I would have also expected that enabling would start that day time
> otherwise what would a disable button really be used for if it goes back
> and enters transactions as if it was never disabled?
>
> On Tue, Apr 12, 2022, 10:55 AM Dale Alspach  wrote:
>
> > I had a scheduled transfer to savings that I disabled for a few months.
> > When I re-enabled the scheduled transfer I did not change the start
> date. I
> > was very surprised to find that when it ran that it entered transactions
> > for all of the months when it was disabled.
> > Automatically altering the past seems extremely dangerous. It  seems to
> me
> > a warning should be given or scheduled transactions should only insert
> > future transactions.
> > Dale
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> > https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Dale Alspach
Unless one lives in a science fiction world with time travel available one
does not normally *schedule* something to occur in the past.
:)
If this is kept as a feature then perhaps the name should be changed to
"automatic transaction creation tool".
Dale

On Tue, Apr 12, 2022 at 11:32 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 4/12/2022 10:55 AM, Dale Alspach wrote:
> > I had a scheduled transfer to savings that I disabled for a few months.
> > When I re-enabled the scheduled transfer I did not change the start
> date. I
> > was very surprised to find that when it ran that it entered transactions
> > for all of the months when it was disabled.
> > Automatically altering the past seems extremely dangerous. It  seems to
> me
> > a warning should be given or scheduled transactions should only insert
> > future transactions.
> > Dale
>
> Computers are like that. They obediently do what you tell them to, not
> what you meant to tell them to do.
>
> I suspect you expected some different behavior. That you expected it to
> "remember" that you had disabled the scheduled transfers AT SOME POINT
> IN TIME and you expected that to be "remembered" when you re-enabled the
> transfers. In other words, you expected the disable to have dates
> associated with it << disable from date X to date Y >>
>
> Look at your options when scheduling transactions to see what you should
> have done to get the behavior "scheduled between date X and date Y and
> then from date Z into the future -- hint: that is TWO "schedules"
>
> About "changing the past" -- aren't MOST of the transactions you enter
> after the fact (at a point in time after the transaction has taken place)
>
> Michael D Novack
>
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Can't find the file sometimes

2022-04-12 Thread Heide Wang
I just updated from my Gnucash 2.6 to 4.9. Where can I find the update 
instruction for 4.9? I know the basic is same as the old 2.6.  I kept two set 
of account on Gnucash, sometime I can go to the file to switch account, but 
sometime when I switch, it said " the file xx.Guncash file could not be 
found, the file is in the history list, do you want to remove it?” I never 
remove the file. I want to find out what did I do wrong?
I am using MOS Catelina 10.15.7

Thanks for the advise as always.

Heide



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Michael or Penny Novack

On 4/12/2022 3:07 PM, Dale Alspach wrote:
Unless one lives in a science fiction world with time travel available 
one does not normally *schedule* something to occur in the past.

:)
If this is kept as a feature then perhaps the name should be changed 
to "automatic transaction creation tool".

Dale


The entry of transactions into a journal/ledger is not "real time:

Some of the organizations for which I kept books would have very few 
transactions for most of the year. Just one or two a month (record  bank 
interest, for example). I didn't enter these as they came in but saved 
up till at least a half dozen or so or perhaps just once before the 
quarterly board meeting so I could do a Treasurer's report. So ALWAYS in 
the past.


You have confused "when you arranged between some party and your bank to 
make an automatic periodic payment" (when these real transactions began 
taking place) and "when you entered this in your books" (by setting up a 
scheduled transaction in gnucash). To use my "low volume org" for 
example, might be one date when arranging with national to draw monthly 
"chapter dues" from the chapter account and these deductions from the 
bank account occur and some later time when set up in the books. ONE of 
the organizations I kept books for only met annually and for maybe 10-11 
months of the year would have close to zero transaction volume. So books 
"done" just once a year.


Michael D Novack
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Stephen M. Butler

On 4/12/22 11:59, Glenn Fowler wrote:

Thanks Gyle, that saves some steps.
However, I do agree with the OP in that you would think the expected
behavior would be to pause when disabled, and then when reenabled to not go
back to prior to that point.


How far back?  How far in the future?  That's why there are dates 
there.  If you want it to start this month, then change the start date.  
If next month then enter that date.  If last month or two months ago 
(because you are late restarting) then that date.


If all you do is remove the disable flag and you leave the dates as they 
were then the application is doing as instructed.


Many times as a developer I've wished for the DWIM hardware instruction 
to be active -- Do What I Mean (and not as I said).


--Steve



On Tue, Apr 12, 2022 at 1:34 PM Gyle McCollam  wrote:



You don't have to delete and create a new one,  just change the start date
in the one you have.

Sent from Samsung Galaxy smartphone.



 Original message 
From: Glenn Fowler 
Date: 4/12/22 1:03 PM (GMT-05:00)
To: Dale Alspach 
Cc: GnuCash-User 
Subject: Re: [GNC] Scheduled transactions feature or bug?

I'm glad I saw this post as I have a disabled scheduled transaction that I
was getting ready to renable myself. I guess the solution would be to
delete the recurring and enter a new one.

I would have also expected that enabling would start that day time
otherwise what would a disable button really be used for if it goes back
and enters transactions as if it was never disabled?

On Tue, Apr 12, 2022, 10:55 AM Dale Alspach  wrote:


I had a scheduled transfer to savings that I disabled for a few months.
When I re-enabled the scheduled transfer I did not change the start

date. I

was very surprised to find that when it ran that it entered transactions
for all of the months when it was disabled.
Automatically altering the past seems extremely dangerous. It  seems to

me

a warning should be given or scheduled transactions should only insert
future transactions.
Dale
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



--
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Glenn Fowler
I'm sure most users, accountants, and bookkeepers would agree scheduled
transactions are *future* transactions.

I think that's the issue... developers think as developers instead of
thinking as users or accountants. I remember doing beta for an app years
ago and my wife found a major bug that engineers completely missed because
she saw it from a user point of view.

On Tue, Apr 12, 2022 at 4:17 PM Stephen M. Butler <
stephen.m.butle...@gmail.com> wrote:

> On 4/12/22 11:59, Glenn Fowler wrote:
> > Thanks Gyle, that saves some steps.
> > However, I do agree with the OP in that you would think the expected
> > behavior would be to pause when disabled, and then when reenabled to not
> go
> > back to prior to that point.
>
> How far back?  How far in the future?  That's why there are dates
> there.  If you want it to start this month, then change the start date.
> If next month then enter that date.  If last month or two months ago
> (because you are late restarting) then that date.
>
> If all you do is remove the disable flag and you leave the dates as they
> were then the application is doing as instructed.
>
> Many times as a developer I've wished for the DWIM hardware instruction
> to be active -- Do What I Mean (and not as I said).
>
> --Steve
> >
> >
> > On Tue, Apr 12, 2022 at 1:34 PM Gyle McCollam 
> wrote:
> >
> >>
> >> You don't have to delete and create a new one,  just change the start
> date
> >> in the one you have.
> >>
> >> Sent from Samsung Galaxy smartphone.
> >>
> >>
> >>
> >>  Original message 
> >> From: Glenn Fowler 
> >> Date: 4/12/22 1:03 PM (GMT-05:00)
> >> To: Dale Alspach 
> >> Cc: GnuCash-User 
> >> Subject: Re: [GNC] Scheduled transactions feature or bug?
> >>
> >> I'm glad I saw this post as I have a disabled scheduled transaction
> that I
> >> was getting ready to renable myself. I guess the solution would be to
> >> delete the recurring and enter a new one.
> >>
> >> I would have also expected that enabling would start that day time
> >> otherwise what would a disable button really be used for if it goes back
> >> and enters transactions as if it was never disabled?
> >>
> >> On Tue, Apr 12, 2022, 10:55 AM Dale Alspach 
> wrote:
> >>
> >>> I had a scheduled transfer to savings that I disabled for a few months.
> >>> When I re-enabled the scheduled transfer I did not change the start
> >> date. I
> >>> was very surprised to find that when it ran that it entered
> transactions
> >>> for all of the months when it was disabled.
> >>> Automatically altering the past seems extremely dangerous. It  seems to
> >> me
> >>> a warning should be given or scheduled transactions should only insert
> >>> future transactions.
> >>> Dale
> >>> ___
> >>> gnucash-user mailing list
> >>> gnucash-user@gnucash.org
> >>> To update your subscription preferences or to unsubscribe:
> >>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >>> If you are using Nabble or Gmane, please see
> >>> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> >>> -
> >>> Please remember to CC this list on all your replies.
> >>> You can do this by using Reply-To-List or Reply-All.
> >>>
> >> ___
> >> gnucash-user mailing list
> >> gnucash-user@gnucash.org
> >> To update your subscription preferences or to unsubscribe:
> >> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> >> If you are using Nabble or Gmane, please see
> >> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> >> -
> >> Please remember to CC this list on all your replies.
> >> You can do this by using Reply-To-List or Reply-All.
> >>
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
>
> --
> Stephen M Butler, PMP, PSM
> stephen.m.butle...@gmail.com
> kg...@arrl.net
> 253-350-0166
> ---
> GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferen

Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Stan Brown
On 2022-04-12 11:59, Glenn Fowler wrote:
> However, I do agree with the OP in that you would think the expected
> behavior would be to pause when disabled, and then when reenabled to not go
> back to prior to that point.

I wouldn't think that. If I re-enable a scheduled transaction, keeping
the original start date, I would _expect_ it to make up the missed
transactions.

Just another data point.

-- 
Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread David Carlson
When you open the scheduled transaction in the transaction editor, you get
hit in the face with the listing of the last occurred date under the
Occurrences section.  I think that pretty obviously suggests that the next
occurrence will follow the defined sequence from that date unless it is
edited.  Further, in the Scheduled Transactions list there is a column
titled Next Occurrence.  I wonder what date is listed there?

The most one could ask for is minor updates to the UI to make that even
more obvious.

On Tue, Apr 12, 2022 at 3:45 PM Stan Brown 
wrote:

> On 2022-04-12 11:59, Glenn Fowler wrote:
> > However, I do agree with the OP in that you would think the expected
> > behavior would be to pause when disabled, and then when reenabled to not
> go
> > back to prior to that point.
>
> I wouldn't think that. If I re-enable a scheduled transaction, keeping
> the original start date, I would _expect_ it to make up the missed
> transactions.
>
> Just another data point.
>
> --
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Auto-save failure

2022-04-12 Thread Tommy Trussell
On Tue, Apr 12, 2022 at 11:56 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> In Preferences > General there are some Auto-Save options.
>
> If those are set correctly, then something else is amiss.
>
> Unfortunately, if you've already re-started GnuCash, the Tracefile was
> overwritten, so if there is info there to help, it is gone.
>
> I take note you're using the Flatpak. This might be a clue for tracking
> the issue down.
>

I believe I can confirm -- I too am using the Flatpak version, and I
recently noticed that the auto-save doesn't (always? ever?) seem to work. I
am currently on GnuCash 4.10+ Flatpak on Ubuntu 21.10.

Since I DO close and open all of my GnuCash book files frequently, it
hasn't been an issue yet, but I distinctly recall several times walking
away from the desk and when I return the file is still marked as not saved.

A few days ago I went in and re-set the auto save option, which had not
changed. (I believe I leave it set to five minutes. I'm not in my office to
look at the moment.)

Next time I'm in my office I will try to watch for it. If someone opens a
bug for this issue please post the bug number.

-
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Reconciliation discrepancies

2022-04-12 Thread davidcousens49
Rich,

One possible cause for this is a transaction (or more) accidentally entered
since the time you were last getting correct reconciliations at a date sometime
in the past. This has occurred for me sometimes when I have mistyped a date
entry, particularly the year, on entry. e.g date went in as 2020 not 2022.

If this were the case it will throw the account balances out wrt to any
statement. It is very unlikely for a bank to have an error in a statement (if
they did it would likely be a programming error which would produce errors in a
large number of customers statements which would normally be reported to them
fairly quickly, corrected and corrected statements reissued). Similarly an error
in GnuCash would likely cause a large number of people to be simultaneously
reporting reconciliation problems although since my bank only issues statements
every 6 months for personal accounts reconciliation is now a lot less frequent
for me than it was in the past when I still had business accounts.
 
If they haven't been marked as reconciled, any such transactions should appear
at the top of the debit or credit panes of the reconciliation dialogue and have
a date outside the range of the current reconciliation and they will not be
included in the sum for the starting balance for the present reconciliation
which could therefore appear to be correct but the closing balances in your
GnuCash account will be thrown out. 

If somehow they had been marked as reconciled, they are not going to appear in
the debit and credit panes of the dialogue, but the starting balance should not
match the starting balance on the statement in this case. 

Locating any transactions of this sort can be a time consuming business when and
if it does occur.

David Cousens

On Tue, 2022-04-12 at 05:49 -0700, Rich Shepard wrote:
> On Tue, 12 Apr 2022, Liz wrote:
> 
> > By looking at such a small number of transactions it is possible to find
> > whatever the errors are. I too have been on Gnucash for a couple of
> > decades, but still found 4 errors in one file this March, payments not
> > entered as received, and digit transposition.
> 
> Liz,
> 
> The reason I started this thread is all transactions for the month match. No
> switched digits, no missing GnuCash transactions. And, now and then during
> the month I check the accounts on the bank's web site and marked GnuCash
> transactions as cleared as they appear on the bank's web page.
> 
> > I hope you find what is happening and let us know.
> 
> Based on everyone's response my assumption that it's something unknowable at
> the bank's side seems to be confirmed.
> 
> Thanks,
> 
> Rich
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Can't find the file sometimes

2022-04-12 Thread davidcousens49
Heide,

The recommended procedure when updating GnuCash from an old version to a newer
version is to first update to the last minor version of the major series number
, e.g. for 2.6 this is I think either 2.6.19 or 2.6.21 before up grading to the
3.x series. If you are up grading to version 4.xyou would upgrade to the last V3
minor version which was 3.11 before upgrading to the current version 4 minor
version.
 
After each upgrade to the next major version run the Actions->Check and Repair
procedure from the menu.  This will fix any data file problems  The reason for
this is that any changes in the datafile only occur at changes of the major
version. Each new major version will correct the data file from the previous
major version for any changes in format that have been made with a run once
procedure the first time the new version of GnuCash is run.

Your datafile location will remain at whatever location you saved it to
originally during any upgrades. You may have to use the File->Open procedure
from the menu to relocate it, if the location of the file is not automatically
rememberd by GnuCash following the upgrade.

That may not be the case for any stored or custom reports and user preferences.
The locations of these have sometimes had to be changed as a result of changes
to the underlying libraries that GnuCash uses and changes to the OS conventions.

Documentation on this can be found at 
https://www.gnucash.org/docs/v4/C/gnucash-guide/basics-migrate-settings.html#:~:text=GnuCash%20preferences%20are%20stored%20in,machine%20to%20migrate%20your%20preferences.&text=On%20Unix%20and%20macOS%20%2C%20these,display%20in%20the%20file%20manager
with more detail on the location changes for configuration, reports  and user
preference data at
https://wiki.gnucash.org/wiki/Configuration_Locations  for each GnuCash version
on each of the operating systems it is used on. There are some diagrammatic
representations for Linux, Windows and MacOSX linked about halfway down the page
which you may find easier to follow than the more formal definitions of the
locations on the page.

For the stored and custom reports you may need to copy any that you have saved
from the location specified for the previous version to the location specified
for the newer version for your operating system. 
Once you are confident you have access to all your saved or custom reports you
can usually delete the locations the data was stored in in the previous version
you have just updated from. 

David Cousens





On Tue, 2022-04-12 at 11:59 -0700, Heide Wang wrote:
> I just updated from my Gnucash 2.6 to 4.9. Where can I find the update
> instruction for 4.9? I know the basic is same as the old 2.6.  I kept two set
> of account on Gnucash, sometime I can go to the file to switch account, but
> sometime when I switch, it said " the file xx.Guncash file could not be
> found, the file is in the history list, do you want to remove it?” I never
> remove the file. I want to find out what did I do wrong?
> I am using MOS Catelina 10.15.7
> 
> Thanks for the advise as always.
> 
> Heide
> 
> 
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see 
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Can't find the file sometimes

2022-04-12 Thread Adrien Monteleone

That would tell me you moved the file using Finder.

You can say 'yes' to remove it from the list if you like.

When you choose File > Open and find its new location, GnuCash will add 
it back to the list with the new path.


If you move data files, GnuCash will give you this message. If you want 
to move it *and* have GnuCash remember where you moved it to, do a Save 
As instead and put it in the new location. (then you can safely delete 
the other copy in the old location) Otherwise, you'll have to go through 
the File > Open procedure every time you move it.


Regards,
Adrien

On 4/12/22 1:59 PM, Heide Wang wrote:

I just updated from my Gnucash 2.6 to 4.9. Where can I find the update instruction 
for 4.9? I know the basic is same as the old 2.6.  I kept two set of account on 
Gnucash, sometime I can go to the file to switch account, but sometime when I 
switch, it said " the file xx.Guncash file could not be found, the file is 
in the history list, do you want to remove it?” I never remove the file. I want to 
find out what did I do wrong?
I am using MOS Catelina 10.15.7


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scheduled transactions feature or bug?

2022-04-12 Thread Adrien Monteleone
I agree, the behavior should not be changed, but perhaps the UI could be 
improved if people aren't realizing what is going on.


Of course, there is a responsibility for the user to learn the software, 
how it works, and pay attention to things. (such as noticing last run 
and next occurrence dates)


It is also a good idea to be familiar with preference settings. There's 
no reason you *have* to let GnuCash auto-create SXs without telling you. 
You can request a notification, and you can require that each one gets 
approved first. (and of course, you can still edit or delete them at any 
time)


I'd say the feature is working as intended. If you want it to 'resume' 
but not 'catch up' then change the start date.


There might be very good reasons why someone would pause an SX and want 
it to fill-in past instances after un-pausing. Testing, troubleshooting, 
verifying something, trial scenarios, et cetera come to mind off the top 
of my head.


Regards,
Adrien

On 4/12/22 4:06 PM, David Carlson wrote:

When you open the scheduled transaction in the transaction editor, you get
hit in the face with the listing of the last occurred date under the
Occurrences section.  I think that pretty obviously suggests that the next
occurrence will follow the defined sequence from that date unless it is
edited.  Further, in the Scheduled Transactions list there is a column
titled Next Occurrence.  I wonder what date is listed there?

The most one could ask for is minor updates to the UI to make that even
more obvious.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Gnucash reports produce blank page

2022-04-12 Thread karlj . sommer
Hello,

I have been using gnuCash for many years mostly without problems but
yesterday ran into a tricky glitch.  All of a sudden all my reports,
both default and custom reports, render a blank page. I am not aware of
having made any changes to GnuCash itself but have run 'apt update and
upgrade' of the OS. (Debian GNU/Linux 11 (bullseye) 64-bit Gnome
version 3.3.85). GnuCash Version: 4.4 Build ID: 4.4+(2020-12-28)
Finance::Quote: 1.50

I am able to export the report as an html file but when I am trying to
print reports to a pdf file GnuCash crashes producing the following
trace file:

Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault.
0x7f344496bf9c in ?? () from /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
(gdb) bt
#0  0x7f344496bf9c in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
#1  0x7f3444a44fcf in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
#2  0x7f3444a44f1d in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-
4.0.so.37
#3  0x7f3449fdde85 in  ()
at /usr/lib/x86_64-linux-gnu/gnucash/gnucash/libgnc-html.so
#4  0x7f344bed45f3 in  ()
at /usr/lib/x86_64-linux-gnu/gnucash/libgnc-gnome.so
#5  0x7f344aacb0a2 in g_closure_invoke ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x7f344aadd413 in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#7  0x7f344aae36cf in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8  0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#9  0x7f344b598341 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#10 0x7f344b8320a9 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#11 0x7f344aacb2ee in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#12 0x7f344aae3a48 in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#14 0x7f344b61f320 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#15 0x7f344aacb0a2 in g_closure_invoke ()
--Type  for more, q to quit, c to continue without paging--
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x7f344aadd0aa in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#17 0x7f344aae36cf in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x7f344b61d5e0 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#20 0x7f344b8dacdb in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#21 0x7f344aacb2ee in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#22 0x7f344aae3a48 in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#24 0x7f344b6e92e4 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#25 0x7f344aace100 in g_cclosure_marshal_VOID__BOXEDv ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#26 0x7f344aacb2ee in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#27 0x7f344aae3a48 in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#28 0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#29 0x7f344b6e6397 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#30 0x7f344b6e7a2b in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
--Type  for more, q to quit, c to continue without paging--
#31 0x7f344b6eaabf in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#32 0x7f344b6b0fec in gtk_event_controller_handle_event ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#33 0x7f344b87cc5d in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#34 0x7f344b8d4a08 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#35 0x7f344aacb2ee in  () at /lib/x86_64-linux-gnu/libgobject-
2.0.so.0
#36 0x7f344aae2df9 in g_signal_emit_valist ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#37 0x7f344aae3c3f in g_signal_emit ()
at /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#38 0x7f344b87ed14 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#39 0x7f344b731e10 in  () at /lib/x86_64-linux-gnu/libgtk-3.so.0
#40 0x7f344b733a73 in gtk_main_do_event ()
at /lib/x86_64-linux-gnu/libgtk-3.so.0
#41 0x7f344a51c785 in  () at /lib/x86_64-linux-gnu/libgdk-3.so.0
#42 0x7f344a5502e2 in  () at /lib/x86_64-linux-gnu/libgdk-3.so.0
#43 0x7f344bf84e6b in g_main_context_dispatch ()
at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#44 0x7f344bf85118 in  () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#45 0x7f344bf8540b in g_main_loop_run ()
at /lib/x86_64-linux-gnu/libglib-2.0.so.0
#46 0x7f344b732a65 in gtk_main () at /lib/x86_64-linux-gnu/libgtk-
3.so.0
#47 0x7f344bd17006 in gnc_ui_start_event_loop ()
--Type  for more, q to quit, c to continue without paging--
at /usr/lib/x86_64-linux-gnu/gnucash/gnucash/libgnc-gnome-utils.so
#48 0x5570bcacdd52 in  ()
#49 0x7f344c0c208d in