Re: [GNC] Reconciliation discrepancies
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
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
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
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
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
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
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?
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?
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
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
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
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?
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?
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
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?
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?
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?
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
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?
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?
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?
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?
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?
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
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
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
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
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?
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
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