Re: [GNC] Scary moment

2023-01-03 Thread David G. Pickett via gnucash-user
Yes, currently we depend on a lock file, which is sensible in a very 
traditional model.  In many apps, you can mod a file in one app and other app 
notifies you that the file changed and you can reload, like two text editors on 
the same machine.

If you have unsaved changes in the less current GnuCash instance, that is a 
mixed deal of your own making (merging changes is an AI or diff3 sort of 
problem).  But if you are modifying and saving successively on two machines in 
cloud backed files, it'd be "nice" (a modest enhancement) if the less current 
GnuCash instance read in the changes, or offered to/warned you.  Just a thought 
in passing!

-Original Message-
From: R Losey 
To: David G. Pickett 
Cc: Gnucash Users 
Sent: Mon, Jan 2, 2023 5:08 pm
Subject: Re: [GNC] Scary moment

If I  have GnuCash on one machine and then attempt to open it on another 
machine, there is a warning that the LCK file is present. (I don't know if that 
was what you intended to ask, but I have done this a couple of times by 
accident).

On Mon, Jan 2, 2023 at 11:10 AM David G. Pickett via gnucash-user 
 wrote:


If open on multiple machines, does gnuCash notice save on one machine in open 
session on other machine, as many apps do when the local copy is updated ?  
Should it?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread Michael or Penny Novack

On 1/2/2023 1:43 PM, Gyle McCollam wrote:

No Gnucash doesn't recognize that someone else had made an entry, because as I 
understand it Gnucash opens in memory.  It is not a multiuser program.

It is not a SIMULTANEOUS multiple user program. It is OK for multiple 
sequential users provided nobody overrides the "could not obtain lock" 
message.


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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread Michael or Penny Novack

On 1/2/2023 10:40 AM, John Layman wrote:

Writing to SSD is not instantaneous and I've found auto-save to be an
annoyance.  I much prefer creating backups at coherent checkpoints by
SAVEing.


I also (strongly) prefer doing periodic explicit saves and always reject 
"auto-save". The only exception might be if the ":auto-save" window 
opened up when I was NOT in the middle of entering a transaction, etc. 
That way I am sure about the state of the books that was just saved.



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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread R Losey
If I  have GnuCash on one machine and then attempt to open it on another
machine, there is a warning that the LCK file is present. (I don't know if
that was what you intended to ask, but I have done this a couple of times
by accident).


On Mon, Jan 2, 2023 at 11:10 AM David G. Pickett via gnucash-user <
gnucash-user@gnucash.org> wrote:

>
> If open on multiple machines, does gnuCash notice save on one machine in
> open session on other machine, as many apps do when the local copy is
> updated ?  Should it?
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread John Layman
Writing to SSD is not instantaneous and I've found auto-save to be an
annoyance.  I much prefer creating backups at coherent checkpoints by
SAVEing.  I am frequently working with two books open (business and
personal) and transactions such as funds transfers affect both books.  For
backups to be coherent, I need to invoke them manually.

-Original Message-
From: gnucash-user 
On Behalf Of Simon Roberts
Sent: Friday, December 30, 2022 1:50 PM
To: gnucash-user@gnucash.org
Subject: Re: [GNC] Scary moment

New user (refugee from Intuit, finally) question on this topic:

Given that these days we tend to have vast disks, and they're often very
fast SSDs, I'm inclined to enable auto-save and set a relatively short
interval (perhaps as little as a minute?)

Are there issues with doing this that I've not thought of? If my file gets
to several years worth, will it get large enough that this actually takes a
non-trivial amount of time? Will it be unmanageable for other reasons?

Thanks for your wisdom,
Simon


On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 12/30/2022 1:02 PM, Derek Atkins wrote:
> > I suppose there could have been a bug..
> >
> > GnuCash is supposed to prevent you from exiting if there is unsaved
data.
>
> > However, I suppose there COULD be a way for you to shut down / close 
> > GnuCash in a way that prevents it from popping up that dialog box.
> >
> > -derek
>
> Of course there is. Simply shut down the computer over riding an 
> "there are apps still open" warnings.
>
>
> 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


--
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread Gyle McCollam
No Gnucash doesn't recognize that someone else had made an entry, because as I 
understand it Gnucash opens in memory.  It is not a multiuser program.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of David G. Pickett via gnucash-user 
Sent: Monday, January 2, 2023 12:09 PM
To: Gnucash Users 
Subject: Re: [GNC] Scary moment


If open on multiple machines, does gnuCash notice save on one machine in open 
session on other machine, as many apps do when the local copy is updated ?  
Should it?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2023-01-02 Thread David G. Pickett via gnucash-user

If open on multiple machines, does gnuCash notice save on one machine in open 
session on other machine, as many apps do when the local copy is updated ?  
Should it?
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-31 Thread R Losey
As a software engineer with ~40 years, I've learned to remember details...
glad it was helpful.


On Sat, Dec 31, 2022 at 11:51 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Not boring. Well detailed, thanks!
>
> It looks like that rules out file-access issues.
>
> Okay, last gasp here:
>
> For safety, I'd make 2 copies for testing.
>
> 1. Update prices via GUI rather than CLI. Check if transactions
> disappear. Exit, reopen, check again. Since you were running the CLI
> update on Linux, perhaps I'd test that first.
>
> 2. On a second copy, do the CLI update again. Check for missing
> transactions. If so, you'd know this is repeatable.
>
> If Both #1 & #2 corrupt data, then the issue is in the price update code.
>
> If just #2, then it is something in gnucash-cli but not the GUI.
>
> As I understand it, gnucash-cli is just a different interface to the
> same code the GUI uses, but since there is not yet clear MVC separation,
> there could be significant differences.
>
> I'm sure someone else is using gnucash-cli for price updates. It is
> curious that no one else has noticed, or is getting, data corruption.
>
> Regards,
> Adrien
>
> On 12/31/22 11:27 AM, R Losey wrote:
> > My data file is stored on a NAS device (with redundant disks). I've been
> > using GnuCash for seven years now, and have always kept it on the NAS and
> > have had no issues like this before.
> >
> > My machines are three separate physical machines (I have an recent iMac,
> a
> > Windows 10 machine, and an older machine that runs Ubuntu). None of these
> > are VMs.
> >
> > I never double-click on a file; I always start the GnuCash GUI and it
> > always loads the last file; I've been doing this for years, and it is the
> > only GnuCash file I have, so I'm absolutely certain that I am using the
> > same file.
> >
> > I've never seen such a thing before, so I'm also very skeptical that the
> > gnucash-cli stock update script would erase register transactions.
> >
> > To recap, here is a timeline {with comments}
> > *Fri*: Did the regular financial data-entry.  After finishing, I realized
> > that I forget to write a couple of checks to charities, so I wrote the
> > checks. {I believe that I also entered this into GnuCash, but it is
> > possible I forgot and would just pick it up next week; this doesn't tally
> > with notes I have in the checkbook and my own memory, but it is certainly
> > possible. If I did enter it at this time, it was on the iMac}
> >
> > later (late Fri or Sat) Ran the gnucash-cli command to update stock
> quotes
> > on Linux - no errors
> >
> > *Mon*: Ran stock quote update {and then felt foolish as I realized the
> > markets were closed Monday.} Discovered that it only fetches current
> data,
> > and should be run daily to get daily quotes.
> >
> > *Tue*: Ran stock quote update (Linux)
> >
> > Wed morning: Thought I'd update the Finance::Quote to 1.54 (I was running
> > 1.52). In case I had problems, I ran an update using 1.52. First update
> > failed because, while I had a C compiler installed (gcc), I did not have
> > make (gmake). Installed make, and the update worked. Ran another stock
> > update command and verified it is using 1.54
> >
> > *Wed afternoon*: Did a preliminary check of where I stand with taxes. Ran
> > my YTD transaction report to get info. Noticed it stopped at the end of
> the
> > previous month. Changed config to end at end of current year. Re-ran
> > report. Started entering in data; noticed that charity checks from Friday
> > were missing. Assumed that I neglected to enter them, so I entered them.
> > Re-ran the report; they are showing up.
> >
> > *Wed evening*: Ran stock update. Modified the gnc-fq-update perl script
> to
> > check for the existence of /usr/bin/make if running on Linux.
> >
> > *Thu night*: ran stock update
> >
> > *Friday morning*. Brought up GnuCash (Windows) to do regular data entry,
> > and noticed that the charity checks are missing again. Wondered if I was
> > somehow on an old data file. Looked at the directory where files are
> > stored; sorted by last modified - no indication of a second file, and the
> > GUI only has my standard file in the MRU list in the "File" Menu. Shut
> down
> > Windows GnuCash; went to iMac, brought up Gnucash - still missing, and
> the
> > automated entry made on the windows machine showed up, so they are
> pointing
> > to the same file. Ran the transaction report, and the data that was there
> > Wed was gone. Troubled, and thought about what could be different.
> Realized
> > that I have been running the stock update program, and decided to not run
> > it. Re-entered the charity checks, used the transaction report to verify
> it
> > was present; double-checked the balance to verify that I hadn't somehow
> > double-entered them. Shut down; back to Windows GnuCash: the checks are
> > there.
> >
> >
> > I've not run the stock update program since Thursday night, and I've not
> > seen anything go missing. I find it hard to 

Re: [GNC] Scary moment

2022-12-31 Thread R Losey
Your post came though for me, and I answered it.

I only have Perl installed on Linux, so I can only do price updates there.


On Sat, Dec 31, 2022 at 6:57 PM Robert Kesterson 
wrote:

> I don’t know what that content is, but I didn’t knowingly post a binary
> here (which is what that looks like).   Speaking of scary moments…
>
> Anyway what I intended to post was something along the lines of this:
>
> Since the OP mentions using Gnucash both as an application and as a CLI
> utility on multiple machines, is it possible that this is just a case of
> the file being open on more than one machine (or more than one process) at
> once?  If changes were made in one program but another program had the file
> open, it would be fairly easy for the one without the chnages to have
> overwritten the changes made on the other machine (or other process on the
> same machine)?
>
>
> > On Dec 31, 2022, at 3:12 PM, Robert Kesterson 
> wrote:
> >
> >
> TWF5YmUgaXQgaGFzIGJlZW4gYXNrZWQgYWxyZWFkeSwgYnV0IHdpdGggdGhlIGZpbGUgYmVpbmcg.
> ……
> >
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-31 Thread R Losey
Well, before, if I ran the GnuCash GUI with it open on another machine, it
tells me that the file is locked. I don't override the lock unless I know
that the machine or GnuCash crashed.  I have caught myself a handful of
times over the last seven years, so it is possible, especially if the
gnucash-cli option doesn't check for the lock file. I'm not sure what would
happen, however, if I did have the file open... with a seven-minute
auto-save, I'd have to really be working hard to run an update before the
autosave kicked in.

On Sat, Dec 31, 2022 at 3:11 PM Robert Kesterson 
wrote:

> Maybe it has been asked already, but with the file being accessed from
> three separate machines, by a gui and by a CLI utility, are you sure it
> wasn’t open on two machine at once?  That would explain everything if one
> machine made the changes, but another machine (which didn’t have the
> changes) saved its copy of the file.
>
> > On Dec 31, 2022, at 11:52 AM, Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
> >
> > Not boring. Well detailed, thanks!
> >
> > It looks like that rules out file-access issues.
> >
> > Okay, last gasp here:
> >
> > For safety, I'd make 2 copies for testing.
> >
> > 1. Update prices via GUI rather than CLI. Check if transactions
> disappear. Exit, reopen, check again. Since you were running the CLI update
> on Linux, perhaps I'd test that first.
> >
> > 2. On a second copy, do the CLI update again. Check for missing
> transactions. If so, you'd know this is repeatable.
> >
> > If Both #1 & #2 corrupt data, then the issue is in the price update code.
> >
> > If just #2, then it is something in gnucash-cli but not the GUI.
> >
> > As I understand it, gnucash-cli is just a different interface to the
> same code the GUI uses, but since there is not yet clear MVC separation,
> there could be significant differences.
> >
> > I'm sure someone else is using gnucash-cli for price updates. It is
> curious that no one else has noticed, or is getting, data corruption.
> >
> > Regards,
> > Adrien
> >
> >> On 12/31/22 11:27 AM, R Losey wrote:
> >> My data file is stored on a NAS device (with redundant disks). I've been
> >> using GnuCash for seven years now, and have always kept it on the NAS
> and
> >> have had no issues like this before.
> >> My machines are three separate physical machines (I have an recent
> iMac, a
> >> Windows 10 machine, and an older machine that runs Ubuntu). None of
> these
> >> are VMs.
> >> I never double-click on a file; I always start the GnuCash GUI and it
> >> always loads the last file; I've been doing this for years, and it is
> the
> >> only GnuCash file I have, so I'm absolutely certain that I am using the
> >> same file.
> >> I've never seen such a thing before, so I'm also very skeptical that the
> >> gnucash-cli stock update script would erase register transactions.
> >> To recap, here is a timeline {with comments}
> >> *Fri*: Did the regular financial data-entry.  After finishing, I
> realized
> >> that I forget to write a couple of checks to charities, so I wrote the
> >> checks. {I believe that I also entered this into GnuCash, but it is
> >> possible I forgot and would just pick it up next week; this doesn't
> tally
> >> with notes I have in the checkbook and my own memory, but it is
> certainly
> >> possible. If I did enter it at this time, it was on the iMac}
> >> later (late Fri or Sat) Ran the gnucash-cli command to update stock
> quotes
> >> on Linux - no errors
> >> *Mon*: Ran stock quote update {and then felt foolish as I realized the
> >> markets were closed Monday.} Discovered that it only fetches current
> data,
> >> and should be run daily to get daily quotes.
> >> *Tue*: Ran stock quote update (Linux)
> >> Wed morning: Thought I'd update the Finance::Quote to 1.54 (I was
> running
> >> 1.52). In case I had problems, I ran an update using 1.52. First update
> >> failed because, while I had a C compiler installed (gcc), I did not have
> >> make (gmake). Installed make, and the update worked. Ran another stock
> >> update command and verified it is using 1.54
> >> *Wed afternoon*: Did a preliminary check of where I stand with taxes.
> Ran
> >> my YTD transaction report to get info. Noticed it stopped at the end of
> the
> >> previous month. Changed config to end at end of current year. Re-ran
> >> report. Started entering in data; noticed that charity checks from
> Friday
> >> were missing. Assumed that I neglected to enter them, so I entered them.
> >> Re-ran the report; they are showing up.
> >> *Wed evening*: Ran stock update. Modified the gnc-fq-update perl script
> to
> >> check for the existence of /usr/bin/make if running on Linux.
> >> *Thu night*: ran stock update
> >> *Friday morning*. Brought up GnuCash (Windows) to do regular data entry,
> >> and noticed that the charity checks are missing again. Wondered if I was
> >> somehow on an old data file. Looked at the directory where files are
> >> stored; sorted by last modified - no 

Re: [GNC] Scary moment

2022-12-31 Thread Adrien Monteleone

Not sure where you saw that odd string. It didn't appear in your last post.

Binaries would be stripped off anyway.

It must be something with your mail client.

Regards,
Adrien

On 12/31/22 6:56 PM, Robert Kesterson wrote:

I don’t know what that content is, but I didn’t knowingly post a binary here 
(which is what that looks like).   Speaking of scary moments…


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-31 Thread Robert Kesterson
I don’t know what that content is, but I didn’t knowingly post a binary here 
(which is what that looks like).   Speaking of scary moments…

Anyway what I intended to post was something along the lines of this:

Since the OP mentions using Gnucash both as an application and as a CLI utility 
on multiple machines, is it possible that this is just a case of the file being 
open on more than one machine (or more than one process) at once?  If changes 
were made in one program but another program had the file open, it would be 
fairly easy for the one without the chnages to have overwritten the changes 
made on the other machine (or other process on the same machine)?


> On Dec 31, 2022, at 3:12 PM, Robert Kesterson  wrote:
> 
> TWF5YmUgaXQgaGFzIGJlZW4gYXNrZWQgYWxyZWFkeSwgYnV0IHdpdGggdGhlIGZpbGUgYmVpbmcg.
>  ……
> 

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-31 Thread Robert Kesterson
Maybe it has been asked already, but with the file being accessed from three 
separate machines, by a gui and by a CLI utility, are you sure it wasn’t open 
on two machine at once?  That would explain everything if one machine made the 
changes, but another machine (which didn’t have the changes) saved its copy of 
the file. 

> On Dec 31, 2022, at 11:52 AM, Adrien Monteleone 
>  wrote:
> 
> Not boring. Well detailed, thanks!
> 
> It looks like that rules out file-access issues.
> 
> Okay, last gasp here:
> 
> For safety, I'd make 2 copies for testing.
> 
> 1. Update prices via GUI rather than CLI. Check if transactions disappear. 
> Exit, reopen, check again. Since you were running the CLI update on Linux, 
> perhaps I'd test that first.
> 
> 2. On a second copy, do the CLI update again. Check for missing transactions. 
> If so, you'd know this is repeatable.
> 
> If Both #1 & #2 corrupt data, then the issue is in the price update code.
> 
> If just #2, then it is something in gnucash-cli but not the GUI.
> 
> As I understand it, gnucash-cli is just a different interface to the same 
> code the GUI uses, but since there is not yet clear MVC separation, there 
> could be significant differences.
> 
> I'm sure someone else is using gnucash-cli for price updates. It is curious 
> that no one else has noticed, or is getting, data corruption.
> 
> Regards,
> Adrien
> 
>> On 12/31/22 11:27 AM, R Losey wrote:
>> My data file is stored on a NAS device (with redundant disks). I've been
>> using GnuCash for seven years now, and have always kept it on the NAS and
>> have had no issues like this before.
>> My machines are three separate physical machines (I have an recent iMac, a
>> Windows 10 machine, and an older machine that runs Ubuntu). None of these
>> are VMs.
>> I never double-click on a file; I always start the GnuCash GUI and it
>> always loads the last file; I've been doing this for years, and it is the
>> only GnuCash file I have, so I'm absolutely certain that I am using the
>> same file.
>> I've never seen such a thing before, so I'm also very skeptical that the
>> gnucash-cli stock update script would erase register transactions.
>> To recap, here is a timeline {with comments}
>> *Fri*: Did the regular financial data-entry.  After finishing, I realized
>> that I forget to write a couple of checks to charities, so I wrote the
>> checks. {I believe that I also entered this into GnuCash, but it is
>> possible I forgot and would just pick it up next week; this doesn't tally
>> with notes I have in the checkbook and my own memory, but it is certainly
>> possible. If I did enter it at this time, it was on the iMac}
>> later (late Fri or Sat) Ran the gnucash-cli command to update stock quotes
>> on Linux - no errors
>> *Mon*: Ran stock quote update {and then felt foolish as I realized the
>> markets were closed Monday.} Discovered that it only fetches current data,
>> and should be run daily to get daily quotes.
>> *Tue*: Ran stock quote update (Linux)
>> Wed morning: Thought I'd update the Finance::Quote to 1.54 (I was running
>> 1.52). In case I had problems, I ran an update using 1.52. First update
>> failed because, while I had a C compiler installed (gcc), I did not have
>> make (gmake). Installed make, and the update worked. Ran another stock
>> update command and verified it is using 1.54
>> *Wed afternoon*: Did a preliminary check of where I stand with taxes. Ran
>> my YTD transaction report to get info. Noticed it stopped at the end of the
>> previous month. Changed config to end at end of current year. Re-ran
>> report. Started entering in data; noticed that charity checks from Friday
>> were missing. Assumed that I neglected to enter them, so I entered them.
>> Re-ran the report; they are showing up.
>> *Wed evening*: Ran stock update. Modified the gnc-fq-update perl script to
>> check for the existence of /usr/bin/make if running on Linux.
>> *Thu night*: ran stock update
>> *Friday morning*. Brought up GnuCash (Windows) to do regular data entry,
>> and noticed that the charity checks are missing again. Wondered if I was
>> somehow on an old data file. Looked at the directory where files are
>> stored; sorted by last modified - no indication of a second file, and the
>> GUI only has my standard file in the MRU list in the "File" Menu. Shut down
>> Windows GnuCash; went to iMac, brought up Gnucash - still missing, and the
>> automated entry made on the windows machine showed up, so they are pointing
>> to the same file. Ran the transaction report, and the data that was there
>> Wed was gone. Troubled, and thought about what could be different. Realized
>> that I have been running the stock update program, and decided to not run
>> it. Re-entered the charity checks, used the transaction report to verify it
>> was present; double-checked the balance to verify that I hadn't somehow
>> double-entered them. Shut down; back to Windows GnuCash: the checks are
>> there.
>> I've not run the stock update 

Re: [GNC] Scary moment

2022-12-31 Thread Adrien Monteleone

Not boring. Well detailed, thanks!

It looks like that rules out file-access issues.

Okay, last gasp here:

For safety, I'd make 2 copies for testing.

1. Update prices via GUI rather than CLI. Check if transactions 
disappear. Exit, reopen, check again. Since you were running the CLI 
update on Linux, perhaps I'd test that first.


2. On a second copy, do the CLI update again. Check for missing 
transactions. If so, you'd know this is repeatable.


If Both #1 & #2 corrupt data, then the issue is in the price update code.

If just #2, then it is something in gnucash-cli but not the GUI.

As I understand it, gnucash-cli is just a different interface to the 
same code the GUI uses, but since there is not yet clear MVC separation, 
there could be significant differences.


I'm sure someone else is using gnucash-cli for price updates. It is 
curious that no one else has noticed, or is getting, data corruption.


Regards,
Adrien

On 12/31/22 11:27 AM, R Losey wrote:

My data file is stored on a NAS device (with redundant disks). I've been
using GnuCash for seven years now, and have always kept it on the NAS and
have had no issues like this before.

My machines are three separate physical machines (I have an recent iMac, a
Windows 10 machine, and an older machine that runs Ubuntu). None of these
are VMs.

I never double-click on a file; I always start the GnuCash GUI and it
always loads the last file; I've been doing this for years, and it is the
only GnuCash file I have, so I'm absolutely certain that I am using the
same file.

I've never seen such a thing before, so I'm also very skeptical that the
gnucash-cli stock update script would erase register transactions.

To recap, here is a timeline {with comments}
*Fri*: Did the regular financial data-entry.  After finishing, I realized
that I forget to write a couple of checks to charities, so I wrote the
checks. {I believe that I also entered this into GnuCash, but it is
possible I forgot and would just pick it up next week; this doesn't tally
with notes I have in the checkbook and my own memory, but it is certainly
possible. If I did enter it at this time, it was on the iMac}

later (late Fri or Sat) Ran the gnucash-cli command to update stock quotes
on Linux - no errors

*Mon*: Ran stock quote update {and then felt foolish as I realized the
markets were closed Monday.} Discovered that it only fetches current data,
and should be run daily to get daily quotes.

*Tue*: Ran stock quote update (Linux)

Wed morning: Thought I'd update the Finance::Quote to 1.54 (I was running
1.52). In case I had problems, I ran an update using 1.52. First update
failed because, while I had a C compiler installed (gcc), I did not have
make (gmake). Installed make, and the update worked. Ran another stock
update command and verified it is using 1.54

*Wed afternoon*: Did a preliminary check of where I stand with taxes. Ran
my YTD transaction report to get info. Noticed it stopped at the end of the
previous month. Changed config to end at end of current year. Re-ran
report. Started entering in data; noticed that charity checks from Friday
were missing. Assumed that I neglected to enter them, so I entered them.
Re-ran the report; they are showing up.

*Wed evening*: Ran stock update. Modified the gnc-fq-update perl script to
check for the existence of /usr/bin/make if running on Linux.

*Thu night*: ran stock update

*Friday morning*. Brought up GnuCash (Windows) to do regular data entry,
and noticed that the charity checks are missing again. Wondered if I was
somehow on an old data file. Looked at the directory where files are
stored; sorted by last modified - no indication of a second file, and the
GUI only has my standard file in the MRU list in the "File" Menu. Shut down
Windows GnuCash; went to iMac, brought up Gnucash - still missing, and the
automated entry made on the windows machine showed up, so they are pointing
to the same file. Ran the transaction report, and the data that was there
Wed was gone. Troubled, and thought about what could be different. Realized
that I have been running the stock update program, and decided to not run
it. Re-entered the charity checks, used the transaction report to verify it
was present; double-checked the balance to verify that I hadn't somehow
double-entered them. Shut down; back to Windows GnuCash: the checks are
there.


I've not run the stock update program since Thursday night, and I've not
seen anything go missing. I find it hard to believe that it somehow messed
around with the registers. I know that the GUI looks for the existence of
the lock file, so that one gets a warning if the same data file is accessed
at the same time. I don't know if the stock price update script has this
check. If it doesn't, I thought that perhaps I ran an update with Gnucash
up, and it overwrote the data. But that means that it was have to be before
the auto-save kicked in (7 minutes on the Mac), and I'm just not sure that
that was long enough.

I brought 

Re: [GNC] Scary moment

2022-12-31 Thread R Losey
Yes, I have an iMac (pretty new), a Win10 machine, and an older Linux
machine (Ubuntu 22.04 LTS). The file - the only one I use - is stored on a
NAS disk that all of the machines can access. Nothing has gone wrong with
the disk that I can tell, since I use the NAS for a lot of stuff and there
have been no issues with it.

On Fri, Dec 30, 2022 at 11:50 PM Peter West  wrote:

> How are you accessing your file from the two different operating systems?
> Are you running a Linux VM on your Windows system? If so, are you accessing
> a common disc from both systems, or are you using a network file system to
> access the GnuCash data file?
>
>
> —
> Peter West
> p...@pbw.id.au
> And the angel said to them, “Fear not, for behold, I bring you good news
> of great joy that will be for all the people. For unto you is born this day
> in the city of David a Saviour, who is Christ the Lord. And this will be
> a sign for you: you will find a baby wrapped in swaddling cloths and lying
> in a manger.”
>
> On 31 Dec 2022, at 11:31 am, R Losey  wrote:
>
> Versions are a little confusing Mac was running 4.12 until today; I am
> now on the current version.
>
> I updated the Windows version earlier this week.
>
> Linux GnuCash is older (4.), but I don't run the GUI there -
> usually just the gnucash-cli stock updates, which I updated on Thursday
> from whatever it was.
>
> For now, I'm going to avoid running the gnucash-cli updates... I only
> caught the missing checks because of the tax work I was doing; I'm rather
> scared about what else may have been lost.
>
> Also, I've closed and re-opened GnuCush on both Windows and Mac multiple
> times, and the transactions are there, like I expect (but I haven't run the
> stock price update)
>
>
>
>
> On Fri, Dec 30, 2022 at 7:25 PM Stan Brown 
> wrote:
>
> Are you using the current version? If so, it might be appropriate to
> enter a bug report, mentioning each of the things you have checked for.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
>
> On 2022-12-30 17:23, R Losey wrote:
>
> Thanks, but I am aware of this. On Wed, after I entered the data, I
> re-ran the report, and verified that the checks now showed up.
>
> On Friday, the checks were missing again.
>
> The only thing I can think of that was different is that I was running
> price updates on Tue, Wed, and Thu via gnucash-cli.
>
>
> On Fri, Dec 30, 2022 at 7:11 PM Stan Brown  > wrote:
>
>Good suggestions, Adrien. I have a fourth thought:
>
>We don't know how Losey was doing the "workup", but if it involved a
>report, and some of the relevant transactions were in accounts
>
> created
>
>after the last time the report was saved, then transactions in those
>accounts would not be picked up automatically. In that case, Losey
>should open the saved report configuration, click Edit » Report
>
> Options,
>
>select all relevant accounts, and save the new configuration.
>
>Stan Brown
>Tehachapi, CA, USA
>https://BrownMath.com 
>
>On 2022-12-30 13:56, Adrien Monteleone wrote:
>
> Another possibility:
>
> The transactions ended up in a different account.
>
> Do a Find from the Accounts tab from all sides of the transaction
>
> and
>
> see if they pop up when you think they are missing.
>
> Also, check the Orphan and Imbalance accounts.
>
> And another possibility:
>
> You have a View Filter on the affected register(s).
>
> The status bar indicates on the far right, if you are using a
>
> filtered
>
> view.
>
> A third:
>
> The dates are way off and aren't where you are looking. This may
>
>or may
>
> not be combined with a filtered view. A Find using accounts,
>
> amounts,
>
> descriptions, et cetera should find them so you can correct the
>
> dates.
>
>
> Regards,
> Adrien
>
> On 12/30/22 10:43 AM, R Losey wrote:
>
> I was doing preliminary tax workup earlier this week,
>
>
>
>
> --
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
>
>

-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-31 Thread R Losey
My data file is stored on a NAS device (with redundant disks). I've been
using GnuCash for seven years now, and have always kept it on the NAS and
have had no issues like this before.

My machines are three separate physical machines (I have an recent iMac, a
Windows 10 machine, and an older machine that runs Ubuntu). None of these
are VMs.

I never double-click on a file; I always start the GnuCash GUI and it
always loads the last file; I've been doing this for years, and it is the
only GnuCash file I have, so I'm absolutely certain that I am using the
same file.

I've never seen such a thing before, so I'm also very skeptical that the
gnucash-cli stock update script would erase register transactions.

To recap, here is a timeline {with comments}
*Fri*: Did the regular financial data-entry.  After finishing, I realized
that I forget to write a couple of checks to charities, so I wrote the
checks. {I believe that I also entered this into GnuCash, but it is
possible I forgot and would just pick it up next week; this doesn't tally
with notes I have in the checkbook and my own memory, but it is certainly
possible. If I did enter it at this time, it was on the iMac}

later (late Fri or Sat) Ran the gnucash-cli command to update stock quotes
on Linux - no errors

*Mon*: Ran stock quote update {and then felt foolish as I realized the
markets were closed Monday.} Discovered that it only fetches current data,
and should be run daily to get daily quotes.

*Tue*: Ran stock quote update (Linux)

Wed morning: Thought I'd update the Finance::Quote to 1.54 (I was running
1.52). In case I had problems, I ran an update using 1.52. First update
failed because, while I had a C compiler installed (gcc), I did not have
make (gmake). Installed make, and the update worked. Ran another stock
update command and verified it is using 1.54

*Wed afternoon*: Did a preliminary check of where I stand with taxes. Ran
my YTD transaction report to get info. Noticed it stopped at the end of the
previous month. Changed config to end at end of current year. Re-ran
report. Started entering in data; noticed that charity checks from Friday
were missing. Assumed that I neglected to enter them, so I entered them.
Re-ran the report; they are showing up.

*Wed evening*: Ran stock update. Modified the gnc-fq-update perl script to
check for the existence of /usr/bin/make if running on Linux.

*Thu night*: ran stock update

*Friday morning*. Brought up GnuCash (Windows) to do regular data entry,
and noticed that the charity checks are missing again. Wondered if I was
somehow on an old data file. Looked at the directory where files are
stored; sorted by last modified - no indication of a second file, and the
GUI only has my standard file in the MRU list in the "File" Menu. Shut down
Windows GnuCash; went to iMac, brought up Gnucash - still missing, and the
automated entry made on the windows machine showed up, so they are pointing
to the same file. Ran the transaction report, and the data that was there
Wed was gone. Troubled, and thought about what could be different. Realized
that I have been running the stock update program, and decided to not run
it. Re-entered the charity checks, used the transaction report to verify it
was present; double-checked the balance to verify that I hadn't somehow
double-entered them. Shut down; back to Windows GnuCash: the checks are
there.


I've not run the stock update program since Thursday night, and I've not
seen anything go missing. I find it hard to believe that it somehow messed
around with the registers. I know that the GUI looks for the existence of
the lock file, so that one gets a warning if the same data file is accessed
at the same time. I don't know if the stock price update script has this
check. If it doesn't, I thought that perhaps I ran an update with Gnucash
up, and it overwrote the data. But that means that it was have to be before
the auto-save kicked in (7 minutes on the Mac), and I'm just not sure that
that was long enough.

I brought up the GnuCash GUI on Linux; it is at 4.8 (and, late Fri night, I
verified that the charity checks showed up there as well).

So, there is a long, boring description of stuff.

On Fri, Dec 30, 2022 at 11:31 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Where is your data file?
>
> Are you using 3 separate physical machines, or are some of these VMs?
>
> If you've done various finds, reports, and other searches to eliminate
> data-entry error possibilities, and since this has happened more than
> once to the same data, I'm inclined to hazard one more guess:
>
> file-access issues
>
> Are you absolutely certain, when you are in a file showing the
> transactions 'missing' that you are indeed in the *exact* same file as
> when you put them in?
>
> How do you know you are in the same file?
>
> I'm not saying that gnucash-cli does not have a nasty bug, but I'm
> skeptical that a stock price update would be affecting any registers,
> much less 

Re: [GNC] Scary moment

2022-12-30 Thread David H
Good question Adrien, there have been issues previously when using the
likes of OneDrive / Google Drive etc to share files between machine.

Cheers David H.


On Sat, 31 Dec 2022 at 3:31 pm, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Where is your data file?
>
> Are you using 3 separate physical machines, or are some of these VMs?
>
> If you've done various finds, reports, and other searches to eliminate
> data-entry error possibilities, and since this has happened more than
> once to the same data, I'm inclined to hazard one more guess:
>
> file-access issues
>
> Are you absolutely certain, when you are in a file showing the
> transactions 'missing' that you are indeed in the *exact* same file as
> when you put them in?
>
> How do you know you are in the same file?
>
> I'm not saying that gnucash-cli does not have a nasty bug, but I'm
> skeptical that a stock price update would be affecting any registers,
> much less non-stock registers.
>
> Regards,
> Adrien
>
> On 12/30/22 7:31 PM, R Losey wrote:
> > Versions are a little confusing Mac was running 4.12 until today; I
> am
> > now on the current version.
> >
> > I updated the Windows version earlier this week.
> >
> > Linux GnuCash is older (4.), but I don't run the GUI there -
> > usually just the gnucash-cli stock updates, which I updated on Thursday
> > from whatever it was.
> >
> > For now, I'm going to avoid running the gnucash-cli updates... I only
> > caught the missing checks because of the tax work I was doing; I'm rather
> > scared about what else may have been lost.
> >
> > Also, I've closed and re-opened GnuCush on both Windows and Mac multiple
> > times, and the transactions are there, like I expect (but I haven't run
> the
> > stock price update)
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> 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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Peter West
How are you accessing your file from the two different operating systems? Are 
you running a Linux VM on your Windows system? If so, are you accessing a 
common disc from both systems, or are you using a network file system to access 
the GnuCash data file?


—
Peter West
p...@pbw.id.au
And the angel said to them, “Fear not, for behold, I bring you good news of 
great joy that will be for all the people. For unto you is born this day in the 
city of David a Saviour, who is Christ the Lord. And this will be a sign for 
you: you will find a baby wrapped in swaddling cloths and lying in a manger.”

> On 31 Dec 2022, at 11:31 am, R Losey  wrote:
> 
> Versions are a little confusing Mac was running 4.12 until today; I am
> now on the current version.
> 
> I updated the Windows version earlier this week.
> 
> Linux GnuCash is older (4.), but I don't run the GUI there -
> usually just the gnucash-cli stock updates, which I updated on Thursday
> from whatever it was.
> 
> For now, I'm going to avoid running the gnucash-cli updates... I only
> caught the missing checks because of the tax work I was doing; I'm rather
> scared about what else may have been lost.
> 
> Also, I've closed and re-opened GnuCush on both Windows and Mac multiple
> times, and the transactions are there, like I expect (but I haven't run the
> stock price update)
> 
> 
> 
> 
> On Fri, Dec 30, 2022 at 7:25 PM Stan Brown 
> wrote:
> 
>> Are you using the current version? If so, it might be appropriate to
>> enter a bug report, mentioning each of the things you have checked for.
>> 
>> Stan Brown
>> Tehachapi, CA, USA
>> https://BrownMath.com
>> 
>> On 2022-12-30 17:23, R Losey wrote:
>>> Thanks, but I am aware of this. On Wed, after I entered the data, I
>>> re-ran the report, and verified that the checks now showed up.
>>> 
>>> On Friday, the checks were missing again.
>>> 
>>> The only thing I can think of that was different is that I was running
>>> price updates on Tue, Wed, and Thu via gnucash-cli.
>>> 
>>> 
>>> On Fri, Dec 30, 2022 at 7:11 PM Stan Brown >> > wrote:
>>> 
>>>Good suggestions, Adrien. I have a fourth thought:
>>> 
>>>We don't know how Losey was doing the "workup", but if it involved a
>>>report, and some of the relevant transactions were in accounts
>> created
>>>after the last time the report was saved, then transactions in those
>>>accounts would not be picked up automatically. In that case, Losey
>>>should open the saved report configuration, click Edit » Report
>> Options,
>>>select all relevant accounts, and save the new configuration.
>>> 
>>>Stan Brown
>>>Tehachapi, CA, USA
>>>https://BrownMath.com 
>>> 
>>>On 2022-12-30 13:56, Adrien Monteleone wrote:
 Another possibility:
 
 The transactions ended up in a different account.
 
 Do a Find from the Accounts tab from all sides of the transaction
>> and
 see if they pop up when you think they are missing.
 
 Also, check the Orphan and Imbalance accounts.
 
 And another possibility:
 
 You have a View Filter on the affected register(s).
 
 The status bar indicates on the far right, if you are using a
>> filtered
 view.
 
 A third:
 
 The dates are way off and aren't where you are looking. This may
>>>or may
 not be combined with a filtered view. A Find using accounts,
>> amounts,
 descriptions, et cetera should find them so you can correct the
>> dates.
 
 Regards,
 Adrien
 
 On 12/30/22 10:43 AM, R Losey wrote:
> I was doing preliminary tax workup earlier this week,
>> 
> 
> 
> -- 
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> 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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Adrien Monteleone

Where is your data file?

Are you using 3 separate physical machines, or are some of these VMs?

If you've done various finds, reports, and other searches to eliminate 
data-entry error possibilities, and since this has happened more than 
once to the same data, I'm inclined to hazard one more guess:


file-access issues

Are you absolutely certain, when you are in a file showing the 
transactions 'missing' that you are indeed in the *exact* same file as 
when you put them in?


How do you know you are in the same file?

I'm not saying that gnucash-cli does not have a nasty bug, but I'm 
skeptical that a stock price update would be affecting any registers, 
much less non-stock registers.


Regards,
Adrien

On 12/30/22 7:31 PM, R Losey wrote:

Versions are a little confusing Mac was running 4.12 until today; I am
now on the current version.

I updated the Windows version earlier this week.

Linux GnuCash is older (4.), but I don't run the GUI there -
usually just the gnucash-cli stock updates, which I updated on Thursday
from whatever it was.

For now, I'm going to avoid running the gnucash-cli updates... I only
caught the missing checks because of the tax work I was doing; I'm rather
scared about what else may have been lost.

Also, I've closed and re-opened GnuCush on both Windows and Mac multiple
times, and the transactions are there, like I expect (but I haven't run the
stock price update)


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
Versions are a little confusing Mac was running 4.12 until today; I am
now on the current version.

I updated the Windows version earlier this week.

Linux GnuCash is older (4.), but I don't run the GUI there -
usually just the gnucash-cli stock updates, which I updated on Thursday
from whatever it was.

For now, I'm going to avoid running the gnucash-cli updates... I only
caught the missing checks because of the tax work I was doing; I'm rather
scared about what else may have been lost.

Also, I've closed and re-opened GnuCush on both Windows and Mac multiple
times, and the transactions are there, like I expect (but I haven't run the
stock price update)




On Fri, Dec 30, 2022 at 7:25 PM Stan Brown 
wrote:

> Are you using the current version? If so, it might be appropriate to
> enter a bug report, mentioning each of the things you have checked for.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
>
> On 2022-12-30 17:23, R Losey wrote:
> > Thanks, but I am aware of this. On Wed, after I entered the data, I
> > re-ran the report, and verified that the checks now showed up.
> >
> > On Friday, the checks were missing again.
> >
> > The only thing I can think of that was different is that I was running
> > price updates on Tue, Wed, and Thu via gnucash-cli.
> >
> >
> > On Fri, Dec 30, 2022 at 7:11 PM Stan Brown  > > wrote:
> >
> > Good suggestions, Adrien. I have a fourth thought:
> >
> > We don't know how Losey was doing the "workup", but if it involved a
> > report, and some of the relevant transactions were in accounts
> created
> > after the last time the report was saved, then transactions in those
> > accounts would not be picked up automatically. In that case, Losey
> > should open the saved report configuration, click Edit » Report
> Options,
> > select all relevant accounts, and save the new configuration.
> >
> > Stan Brown
> > Tehachapi, CA, USA
> > https://BrownMath.com 
> >
> > On 2022-12-30 13:56, Adrien Monteleone wrote:
> > > Another possibility:
> > >
> > > The transactions ended up in a different account.
> > >
> > > Do a Find from the Accounts tab from all sides of the transaction
> and
> > > see if they pop up when you think they are missing.
> > >
> > > Also, check the Orphan and Imbalance accounts.
> > >
> > > And another possibility:
> > >
> > > You have a View Filter on the affected register(s).
> > >
> > > The status bar indicates on the far right, if you are using a
> filtered
> > > view.
> > >
> > > A third:
> > >
> > > The dates are way off and aren't where you are looking. This may
> > or may
> > > not be combined with a filtered view. A Find using accounts,
> amounts,
> > > descriptions, et cetera should find them so you can correct the
> dates.
> > >
> > > Regards,
> > > Adrien
> > >
> > > On 12/30/22 10:43 AM, R Losey wrote:
> > >> I was doing preliminary tax workup earlier this week,
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Stan Brown
Are you using the current version? If so, it might be appropriate to
enter a bug report, mentioning each of the things you have checked for.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2022-12-30 17:23, R Losey wrote:
> Thanks, but I am aware of this. On Wed, after I entered the data, I
> re-ran the report, and verified that the checks now showed up.
> 
> On Friday, the checks were missing again.
> 
> The only thing I can think of that was different is that I was running
> price updates on Tue, Wed, and Thu via gnucash-cli.
> 
> 
> On Fri, Dec 30, 2022 at 7:11 PM Stan Brown  > wrote:
> 
> Good suggestions, Adrien. I have a fourth thought:
> 
> We don't know how Losey was doing the "workup", but if it involved a
> report, and some of the relevant transactions were in accounts created
> after the last time the report was saved, then transactions in those
> accounts would not be picked up automatically. In that case, Losey
> should open the saved report configuration, click Edit » Report Options,
> select all relevant accounts, and save the new configuration.
> 
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com 
> 
> On 2022-12-30 13:56, Adrien Monteleone wrote:
> > Another possibility:
> >
> > The transactions ended up in a different account.
> >
> > Do a Find from the Accounts tab from all sides of the transaction and
> > see if they pop up when you think they are missing.
> >
> > Also, check the Orphan and Imbalance accounts.
> >
> > And another possibility:
> >
> > You have a View Filter on the affected register(s).
> >
> > The status bar indicates on the far right, if you are using a filtered
> > view.
> >
> > A third:
> >
> > The dates are way off and aren't where you are looking. This may
> or may
> > not be combined with a filtered view. A Find using accounts, amounts,
> > descriptions, et cetera should find them so you can correct the dates.
> >
> > Regards,
> > Adrien
> >
> > On 12/30/22 10:43 AM, R Losey wrote:
> >> I was doing preliminary tax workup earlier this week,
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
Thanks, but I am aware of this. On Wed, after I entered the data, I re-ran
the report, and verified that the checks now showed up.

On Friday, the checks were missing again.

The only thing I can think of that was different is that I was running
price updates on Tue, Wed, and Thu via gnucash-cli.


On Fri, Dec 30, 2022 at 7:11 PM Stan Brown 
wrote:

> Good suggestions, Adrien. I have a fourth thought:
>
> We don't know how Losey was doing the "workup", but if it involved a
> report, and some of the relevant transactions were in accounts created
> after the last time the report was saved, then transactions in those
> accounts would not be picked up automatically. In that case, Losey
> should open the saved report configuration, click Edit » Report Options,
> select all relevant accounts, and save the new configuration.
>
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
>
> On 2022-12-30 13:56, Adrien Monteleone wrote:
> > Another possibility:
> >
> > The transactions ended up in a different account.
> >
> > Do a Find from the Accounts tab from all sides of the transaction and
> > see if they pop up when you think they are missing.
> >
> > Also, check the Orphan and Imbalance accounts.
> >
> > And another possibility:
> >
> > You have a View Filter on the affected register(s).
> >
> > The status bar indicates on the far right, if you are using a filtered
> > view.
> >
> > A third:
> >
> > The dates are way off and aren't where you are looking. This may or may
> > not be combined with a filtered view. A Find using accounts, amounts,
> > descriptions, et cetera should find them so you can correct the dates.
> >
> > Regards,
> > Adrien
> >
> > On 12/30/22 10:43 AM, R Losey wrote:
> >> I was doing preliminary tax workup earlier this week,
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
It ***MIGHT*** be some kind of user error... I may have neglected to enter
the checks last weekend, but I know for certain that they were entered on
Wednesday, and had the date right, because they should up in the this
year's report in right place.

It **MIGHT** be that I didn't save the data, but it almost certainly
auto-saved, and I know I didn't get any warning.  Messing around with the
gnucash-cli the next day, I never actually opened the gui - just ran the
updater, once with the old version, and one with the new version.

But today, when I opened the GUI, the data was missing again... I ran the
same report, and the data that had been there Wed was gone.



On Fri, Dec 30, 2022 at 4:15 PM Phyllis Bruce  wrote:

> Great thoughts, Adrien.  I have made every one of those mistakes in 45
> years of entering data.
>
> On Fri, Dec 30, 2022 at 3:56 PM Adrien Monteleone <
> adrien.montele...@lusfiber.net> wrote:
>
> > Another possibility:
> >
> > The transactions ended up in a different account.
> >
> > Do a Find from the Accounts tab from all sides of the transaction and
> > see if they pop up when you think they are missing.
> >
> > Also, check the Orphan and Imbalance accounts.
> >
> > And another possibility:
> >
> > You have a View Filter on the affected register(s).
> >
> > The status bar indicates on the far right, if you are using a filtered
> > view.
> >
> > A third:
> >
> > The dates are way off and aren't where you are looking. This may or may
> > not be combined with a filtered view. A Find using accounts, amounts,
> > descriptions, et cetera should find them so you can correct the dates.
> >
> > Regards,
> > Adrien
> >
> > On 12/30/22 10:43 AM, R Losey wrote:
> > > I was doing preliminary tax workup earlier this week, and (to my
> > surprise),
> > > there were some transactions mentioned that I thought I'd entered last
> > > Friday... (I only noticed because they weren't there in the report I
> was
> > > using). Anyway, I entered them, verified that they showed up on the
> > report,
> > > and went my way.
> > >
> > > This morning, I opened GnuCash to do regular data entry for the week,
> and
> > > those same transactions were missing again.
> > >
> > > It was scary... possibly even scarey.
> > >
> > > My first thought was that I had accidentally opened an old version of
> the
> > > data file, but it did not appear to be so.  My next was that there was
> a
> > > problem between 4.12 and 4.13... I had entered the transactions on 4.12
> > > under MacOs, and was on 4.13 on Windows 10 earlier.
> > >
> > > I re-entered the missing transactions again and closed and
> > > re-opened GnuCash, and they were there, so I'm not sure what happened.
> > >
> > > But it was frightening to ponder how many transactions that I didn't
> > catch
> > > may be missing.
> > >
> > > I'm hoping that I just forgot to save the data file the other day, but
> > that
> > > is pretty rare for me.
> > >
> > > I just updated my MacOS GnuCash version to 4.13 and I ran a file
> > check
> > > that completed without problems.
> > >
> >
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
Good ideas... my responses:

The transactions were not in the wrong accounts; they just went missing. I
**THINK** I entered them last weekend; when I was doing tax work on
Wednesday, they weren't there, and I re-entered them, re-running the report
and verifying that the data now showed up. I completed the tax work and
didn't think anymore about it.  On Thursday, I updated the financial quote,
and run it a few times. This morning, the data I had entered on Wednesday
was missing, and I had to re-enter it again.

I've never used View Filters, so I don't think it was that -- in addition,
I double-checked the balance after I entered the data today, and it was
right.

My Orphan and Imbalance are 0, as they should be.


On Fri, Dec 30, 2022 at 3:57 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Another possibility:
>
> The transactions ended up in a different account.
>
> Do a Find from the Accounts tab from all sides of the transaction and
> see if they pop up when you think they are missing.
>
> Also, check the Orphan and Imbalance accounts.
>
> And another possibility:
>
> You have a View Filter on the affected register(s).
>
> The status bar indicates on the far right, if you are using a filtered
> view.
>
> A third:
>
> The dates are way off and aren't where you are looking. This may or may
> not be combined with a filtered view. A Find using accounts, amounts,
> descriptions, et cetera should find them so you can correct the dates.
>
> Regards,
> Adrien
>
> On 12/30/22 10:43 AM, R Losey wrote:
> > I was doing preliminary tax workup earlier this week, and (to my
> surprise),
> > there were some transactions mentioned that I thought I'd entered last
> > Friday... (I only noticed because they weren't there in the report I was
> > using). Anyway, I entered them, verified that they showed up on the
> report,
> > and went my way.
> >
> > This morning, I opened GnuCash to do regular data entry for the week, and
> > those same transactions were missing again.
> >
> > It was scary... possibly even scarey.
> >
> > My first thought was that I had accidentally opened an old version of the
> > data file, but it did not appear to be so.  My next was that there was a
> > problem between 4.12 and 4.13... I had entered the transactions on 4.12
> > under MacOs, and was on 4.13 on Windows 10 earlier.
> >
> > I re-entered the missing transactions again and closed and
> > re-opened GnuCash, and they were there, so I'm not sure what happened.
> >
> > But it was frightening to ponder how many transactions that I didn't
> catch
> > may be missing.
> >
> > I'm hoping that I just forgot to save the data file the other day, but
> that
> > is pretty rare for me.
> >
> > I just updated my MacOS GnuCash version to 4.13 and I ran a file
> check
> > that completed without problems.
> >
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Stan Brown
Good suggestions, Adrien. I have a fourth thought:

We don't know how Losey was doing the "workup", but if it involved a
report, and some of the relevant transactions were in accounts created
after the last time the report was saved, then transactions in those
accounts would not be picked up automatically. In that case, Losey
should open the saved report configuration, click Edit » Report Options,
select all relevant accounts, and save the new configuration.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2022-12-30 13:56, Adrien Monteleone wrote:
> Another possibility:
> 
> The transactions ended up in a different account.
> 
> Do a Find from the Accounts tab from all sides of the transaction and
> see if they pop up when you think they are missing.
> 
> Also, check the Orphan and Imbalance accounts.
> 
> And another possibility:
> 
> You have a View Filter on the affected register(s).
> 
> The status bar indicates on the far right, if you are using a filtered
> view.
> 
> A third:
> 
> The dates are way off and aren't where you are looking. This may or may
> not be combined with a filtered view. A Find using accounts, amounts,
> descriptions, et cetera should find them so you can correct the dates.
> 
> Regards,
> Adrien
> 
> On 12/30/22 10:43 AM, R Losey wrote:
>> I was doing preliminary tax workup earlier this week,
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Phyllis Bruce
Great thoughts, Adrien.  I have made every one of those mistakes in 45
years of entering data.

On Fri, Dec 30, 2022 at 3:56 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Another possibility:
>
> The transactions ended up in a different account.
>
> Do a Find from the Accounts tab from all sides of the transaction and
> see if they pop up when you think they are missing.
>
> Also, check the Orphan and Imbalance accounts.
>
> And another possibility:
>
> You have a View Filter on the affected register(s).
>
> The status bar indicates on the far right, if you are using a filtered
> view.
>
> A third:
>
> The dates are way off and aren't where you are looking. This may or may
> not be combined with a filtered view. A Find using accounts, amounts,
> descriptions, et cetera should find them so you can correct the dates.
>
> Regards,
> Adrien
>
> On 12/30/22 10:43 AM, R Losey wrote:
> > I was doing preliminary tax workup earlier this week, and (to my
> surprise),
> > there were some transactions mentioned that I thought I'd entered last
> > Friday... (I only noticed because they weren't there in the report I was
> > using). Anyway, I entered them, verified that they showed up on the
> report,
> > and went my way.
> >
> > This morning, I opened GnuCash to do regular data entry for the week, and
> > those same transactions were missing again.
> >
> > It was scary... possibly even scarey.
> >
> > My first thought was that I had accidentally opened an old version of the
> > data file, but it did not appear to be so.  My next was that there was a
> > problem between 4.12 and 4.13... I had entered the transactions on 4.12
> > under MacOs, and was on 4.13 on Windows 10 earlier.
> >
> > I re-entered the missing transactions again and closed and
> > re-opened GnuCash, and they were there, so I'm not sure what happened.
> >
> > But it was frightening to ponder how many transactions that I didn't
> catch
> > may be missing.
> >
> > I'm hoping that I just forgot to save the data file the other day, but
> that
> > is pretty rare for me.
> >
> > I just updated my MacOS GnuCash version to 4.13 and I ran a file
> check
> > that completed without problems.
> >
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> 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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Adrien Monteleone

Another possibility:

The transactions ended up in a different account.

Do a Find from the Accounts tab from all sides of the transaction and 
see if they pop up when you think they are missing.


Also, check the Orphan and Imbalance accounts.

And another possibility:

You have a View Filter on the affected register(s).

The status bar indicates on the far right, if you are using a filtered view.

A third:

The dates are way off and aren't where you are looking. This may or may 
not be combined with a filtered view. A Find using accounts, amounts, 
descriptions, et cetera should find them so you can correct the dates.


Regards,
Adrien

On 12/30/22 10:43 AM, R Losey wrote:

I was doing preliminary tax workup earlier this week, and (to my surprise),
there were some transactions mentioned that I thought I'd entered last
Friday... (I only noticed because they weren't there in the report I was
using). Anyway, I entered them, verified that they showed up on the report,
and went my way.

This morning, I opened GnuCash to do regular data entry for the week, and
those same transactions were missing again.

It was scary... possibly even scarey.

My first thought was that I had accidentally opened an old version of the
data file, but it did not appear to be so.  My next was that there was a
problem between 4.12 and 4.13... I had entered the transactions on 4.12
under MacOs, and was on 4.13 on Windows 10 earlier.

I re-entered the missing transactions again and closed and
re-opened GnuCash, and they were there, so I'm not sure what happened.

But it was frightening to ponder how many transactions that I didn't catch
may be missing.

I'm hoping that I just forgot to save the data file the other day, but that
is pretty rare for me.

I just updated my MacOS GnuCash version to 4.13 and I ran a file check
that completed without problems.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread David H
Simon,

I stick with the default compressed xml file data storage (the default)
with Gnucash and I NEVER autosave, that way if I stuff something up during
the session I just exit and tell Gnucash to NOT save the changes and then
re-open Gnucash with the previous version of the data file and start over.
It's easy enough and quick enough to click SAVE after major actions such as
getting quotes, doing a reconciliation, creating new accounts, yada yada
yada :-)

Cheers David H.


On Sat, 31 Dec 2022 at 04:51, Simon Roberts 
wrote:

> New user (refugee from Intuit, finally) question on this topic:
>
> Given that these days we tend to have vast disks, and they're often very
> fast SSDs, I'm inclined to enable auto-save and set a relatively short
> interval (perhaps as little as a minute?)
>
> Are there issues with doing this that I've not thought of? If my file gets
> to several years worth, will it get large enough that this actually takes a
> non-trivial amount of time? Will it be unmanageable for other reasons?
>
> Thanks for your wisdom,
> Simon
>
>
> On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
> stepbystepf...@comcast.net> wrote:
>
> > On 12/30/2022 1:02 PM, Derek Atkins wrote:
> > > I suppose there could have been a bug..
> > >
> > > GnuCash is supposed to prevent you from exiting if there is unsaved
> data.
> >
> > > However, I suppose there COULD be a way for you to shut down / close
> > > GnuCash in a way that prevents it from popping up that dialog box.
> > >
> > > -derek
> >
> > Of course there is. Simply shut down the computer over riding an "there
> > are apps still open" warnings.
> >
> >
> > 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
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
>
>
> --
> Simon Roberts
> (303) 249 3613
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> 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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread William Prescott
I've been using it for 10+ years. My file is just over 1 MegaByte. It looks 
like it autosaves every 5 minutes and keeps the backups for one month. These 
are probably the default values. I don't remember ever changing them. My 
current Gnucash folder has 177 MB in it and 135 of that is an old archive from 
2011 with about 130 backups in it that never were deleted for some reason.

Will

On Dec 30, 2022, at 13:09, Gyle McCollam  wrote:

Simon,
I have been using Gnucash for 7 years now, but only for my personal finance 
needs.  I have my auto save set for 5 minutes and I never even notice when it 
happens.  I enter hundreds of transactions a month and my file is still 
measured in kbs.  So it depends on the size of the file.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of Simon Roberts 
Sent: Friday, December 30, 2022 1:50 PM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] Scary moment

New user (refugee from Intuit, finally) question on this topic:

Given that these days we tend to have vast disks, and they're often very
fast SSDs, I'm inclined to enable auto-save and set a relatively short
interval (perhaps as little as a minute?)

Are there issues with doing this that I've not thought of? If my file gets
to several years worth, will it get large enough that this actually takes a
non-trivial amount of time? Will it be unmanageable for other reasons?

Thanks for your wisdom,
Simon


On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 12/30/2022 1:02 PM, Derek Atkins wrote:
>> I suppose there could have been a bug..
>> 
>> GnuCash is supposed to prevent you from exiting if there is unsaved data.
> 
>> However, I suppose there COULD be a way for you to shut down / close
>> GnuCash in a way that prevents it from popping up that dialog box.
>> 
>> -derek
> 
> Of course there is. Simply shut down the computer over riding an "there
> are apps still open" warnings.
> 
> 
> 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 


--
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
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
-
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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Gyle McCollam
Simon,
I have been using Gnucash for 7 years now, but only for my personal finance 
needs.  I have my auto save set for 5 minutes and I never even notice when it 
happens.  I enter hundreds of transactions a month and my file is still 
measured in kbs.  So it depends on the size of the file.


Thank You,

Gyle McCollam

Gyle McCollam

gmccol...@live.com<mailto:gmccol...@gyleshomes.com>   email


From: gnucash-user  on 
behalf of Simon Roberts 
Sent: Friday, December 30, 2022 1:50 PM
To: gnucash-user@gnucash.org 
Subject: Re: [GNC] Scary moment

New user (refugee from Intuit, finally) question on this topic:

Given that these days we tend to have vast disks, and they're often very
fast SSDs, I'm inclined to enable auto-save and set a relatively short
interval (perhaps as little as a minute?)

Are there issues with doing this that I've not thought of? If my file gets
to several years worth, will it get large enough that this actually takes a
non-trivial amount of time? Will it be unmanageable for other reasons?

Thanks for your wisdom,
Simon


On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 12/30/2022 1:02 PM, Derek Atkins wrote:
> > I suppose there could have been a bug..
> >
> > GnuCash is supposed to prevent you from exiting if there is unsaved data.
>
> > However, I suppose there COULD be a way for you to shut down / close
> > GnuCash in a way that prevents it from popping up that dialog box.
> >
> > -derek
>
> Of course there is. Simply shut down the computer over riding an "there
> are apps still open" warnings.
>
>
> 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


--
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Derek Atkins
The UI locks up while the Save happens, so saving every minute might be...
annoying..  Even on a fast SSD.

I would recommend you don't go below 5.

-derek

On Fri, December 30, 2022 1:50 pm, Simon Roberts wrote:
> New user (refugee from Intuit, finally) question on this topic:
>
> Given that these days we tend to have vast disks, and they're often very
> fast SSDs, I'm inclined to enable auto-save and set a relatively short
> interval (perhaps as little as a minute?)
>
> Are there issues with doing this that I've not thought of? If my file gets
> to several years worth, will it get large enough that this actually takes
> a
> non-trivial amount of time? Will it be unmanageable for other reasons?
>
> Thanks for your wisdom,
> Simon
>
>
> On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
> stepbystepf...@comcast.net> wrote:
>
>> On 12/30/2022 1:02 PM, Derek Atkins wrote:
>> > I suppose there could have been a bug..
>> >
>> > GnuCash is supposed to prevent you from exiting if there is unsaved
>> data.
>>
>> > However, I suppose there COULD be a way for you to shut down / close
>> > GnuCash in a way that prevents it from popping up that dialog box.
>> >
>> > -derek
>>
>> Of course there is. Simply shut down the computer over riding an "there
>> are apps still open" warnings.
>>
>>
>> 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
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>>
>
>
> --
> Simon Roberts
> (303) 249 3613
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
   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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Simon Roberts
New user (refugee from Intuit, finally) question on this topic:

Given that these days we tend to have vast disks, and they're often very
fast SSDs, I'm inclined to enable auto-save and set a relatively short
interval (perhaps as little as a minute?)

Are there issues with doing this that I've not thought of? If my file gets
to several years worth, will it get large enough that this actually takes a
non-trivial amount of time? Will it be unmanageable for other reasons?

Thanks for your wisdom,
Simon


On Fri, Dec 30, 2022 at 11:16 AM Michael or Penny Novack <
stepbystepf...@comcast.net> wrote:

> On 12/30/2022 1:02 PM, Derek Atkins wrote:
> > I suppose there could have been a bug..
> >
> > GnuCash is supposed to prevent you from exiting if there is unsaved data.
>
> > However, I suppose there COULD be a way for you to shut down / close
> > GnuCash in a way that prevents it from popping up that dialog box.
> >
> > -derek
>
> Of course there is. Simply shut down the computer over riding an "there
> are apps still open" warnings.
>
>
> 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
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
Simon Roberts
(303) 249 3613
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Michael or Penny Novack

On 12/30/2022 1:02 PM, Derek Atkins wrote:

I suppose there could have been a bug..

GnuCash is supposed to prevent you from exiting if there is unsaved data.



However, I suppose there COULD be a way for you to shut down / close
GnuCash in a way that prevents it from popping up that dialog box.

-derek


Of course there is. Simply shut down the computer over riding an "there 
are apps still open" warnings.



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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Derek Atkins
I suppose there could have been a bug..

GnuCash is supposed to prevent you from exiting if there is unsaved data. 
However, I suppose there COULD be a way for you to shut down / close
GnuCash in a way that prevents it from popping up that dialog box.

-derek

On Fri, December 30, 2022 12:46 pm, R Losey wrote:
> Yes, I'm well aware of that... I NEVER double-click on the GnuCash files;
> I
> just bring up GnuCash itself and it uses (I presume) the last file I used,
> which is the only one I have.
>
> So, it wasn't that.  On Wed, I did the open on the Mac and they were
> missing (I thought that I may have forgotten to enter them, but that's
> never happened before for me).  Today, I opened GnuCash on Windows and the
> transactions were definitely missing.
>
> The only thing I've done differently is that I've started running the
> gnucash command line updater more frequently. I have been running it on
> Friday nights, but this week I started running it Tue, Wed, and Thu.  Wed
> (I think) I ran the update program and went to the latest version.
>
>
> On Fri, Dec 30, 2022 at 11:03 AM Derek Atkins  wrote:
>
>> Unlikely..
>>
>> HOWEVER, one IMPORTANT thing to keep in mind on the Mac is that GnuCash
>> does not honor double-clicking on a data file to open /that/ file.  When
>> you double-click on ANY data file, GnuCash will start and ALWAYS open
>> the
>> last file you had used..  It doesn't matter WHAT file you clicked on...
>>
>> If you File -> Save As, then that becomes your new "last used file".
>> If you File -> Open, then THAT becomes your new "last used file".
>>
>> If you need to open a specific file on a Mac, you must ALWAYS use File
>> ->
>> Open.  And then you need to be aware that that is the new "last used
>> file"
>> and is what GnuCash will open the next time you start it.
>>
>> -derek
>>
>> On Fri, December 30, 2022 11:47 am, R Losey wrote:
>> > I just had a thought about what may be the cause... I was fooling
>> around
>> > with the financial quote program on Ubuntu and had run it multiple
>> times.
>> > Maybe that somehow erased the changes.
>> >
>> > On Fri, Dec 30, 2022 at 10:43 AM R Losey  wrote:
>> >
>> >> I was doing preliminary tax workup earlier this week, and (to my
>> >> surprise), there were some transactions mentioned that I thought I'd
>> >> entered last Friday... (I only noticed because they weren't there in
>> the
>> >> report I was using). Anyway, I entered them, verified that they
>> showed
>> >> up
>> >> on the report, and went my way.
>> >>
>> >> This morning, I opened GnuCash to do regular data entry for the week,
>> >> and
>> >> those same transactions were missing again.
>> >>
>> >> It was scary... possibly even scarey.
>> >>
>> >> My first thought was that I had accidentally opened an old version of
>> >> the
>> >> data file, but it did not appear to be so.  My next was that there
>> was a
>> >> problem between 4.12 and 4.13... I had entered the transactions on
>> 4.12
>> >> under MacOs, and was on 4.13 on Windows 10 earlier.
>> >>
>> >> I re-entered the missing transactions again and closed and
>> >> re-opened GnuCash, and they were there, so I'm not sure what
>> happened.
>> >>
>> >> But it was frightening to ponder how many transactions that I didn't
>> >> catch
>> >> may be missing.
>> >>
>> >> I'm hoping that I just forgot to save the data file the other day,
>> but
>> >> that is pretty rare for me.
>> >>
>> >> I just updated my MacOS GnuCash version to 4.13 and I ran a file
>> >> check
>> >> that completed without problems.
>> >>
>> >> --
>> >> _
>> >> Richard Losey
>> >> rlo...@gmail.com
>> >> Micah 6:8
>> >>
>> >
>> >
>> > --
>> > _
>> > Richard Losey
>> > rlo...@gmail.com
>> > Micah 6:8
>> > ___
>> > gnucash-user mailing list
>> > gnucash-user@gnucash.org
>> > To update your subscription preferences or to unsubscribe:
>> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> > -
>> > Please remember to CC this list on all your replies.
>> > You can do this by using Reply-To-List or Reply-All.
>> >
>>
>>
>> --
>>Derek Atkins 617-623-3745
>>de...@ihtfp.com www.ihtfp.com
>>Computer and Internet Security Consultant
>>
>>
>
> --
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
>


-- 
   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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
Yes, I'm well aware of that... I NEVER double-click on the GnuCash files; I
just bring up GnuCash itself and it uses (I presume) the last file I used,
which is the only one I have.

So, it wasn't that.  On Wed, I did the open on the Mac and they were
missing (I thought that I may have forgotten to enter them, but that's
never happened before for me).  Today, I opened GnuCash on Windows and the
transactions were definitely missing.

The only thing I've done differently is that I've started running the
gnucash command line updater more frequently. I have been running it on
Friday nights, but this week I started running it Tue, Wed, and Thu.  Wed
(I think) I ran the update program and went to the latest version.


On Fri, Dec 30, 2022 at 11:03 AM Derek Atkins  wrote:

> Unlikely..
>
> HOWEVER, one IMPORTANT thing to keep in mind on the Mac is that GnuCash
> does not honor double-clicking on a data file to open /that/ file.  When
> you double-click on ANY data file, GnuCash will start and ALWAYS open the
> last file you had used..  It doesn't matter WHAT file you clicked on...
>
> If you File -> Save As, then that becomes your new "last used file".
> If you File -> Open, then THAT becomes your new "last used file".
>
> If you need to open a specific file on a Mac, you must ALWAYS use File ->
> Open.  And then you need to be aware that that is the new "last used file"
> and is what GnuCash will open the next time you start it.
>
> -derek
>
> On Fri, December 30, 2022 11:47 am, R Losey wrote:
> > I just had a thought about what may be the cause... I was fooling around
> > with the financial quote program on Ubuntu and had run it multiple times.
> > Maybe that somehow erased the changes.
> >
> > On Fri, Dec 30, 2022 at 10:43 AM R Losey  wrote:
> >
> >> I was doing preliminary tax workup earlier this week, and (to my
> >> surprise), there were some transactions mentioned that I thought I'd
> >> entered last Friday... (I only noticed because they weren't there in the
> >> report I was using). Anyway, I entered them, verified that they showed
> >> up
> >> on the report, and went my way.
> >>
> >> This morning, I opened GnuCash to do regular data entry for the week,
> >> and
> >> those same transactions were missing again.
> >>
> >> It was scary... possibly even scarey.
> >>
> >> My first thought was that I had accidentally opened an old version of
> >> the
> >> data file, but it did not appear to be so.  My next was that there was a
> >> problem between 4.12 and 4.13... I had entered the transactions on 4.12
> >> under MacOs, and was on 4.13 on Windows 10 earlier.
> >>
> >> I re-entered the missing transactions again and closed and
> >> re-opened GnuCash, and they were there, so I'm not sure what happened.
> >>
> >> But it was frightening to ponder how many transactions that I didn't
> >> catch
> >> may be missing.
> >>
> >> I'm hoping that I just forgot to save the data file the other day, but
> >> that is pretty rare for me.
> >>
> >> I just updated my MacOS GnuCash version to 4.13 and I ran a file
> >> check
> >> that completed without problems.
> >>
> >> --
> >> _
> >> Richard Losey
> >> rlo...@gmail.com
> >> Micah 6:8
> >>
> >
> >
> > --
> > _
> > Richard Losey
> > rlo...@gmail.com
> > Micah 6:8
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
> >
>
>
> --
>Derek Atkins 617-623-3745
>de...@ihtfp.com www.ihtfp.com
>Computer and Internet Security Consultant
>
>

-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread Derek Atkins
Unlikely..

HOWEVER, one IMPORTANT thing to keep in mind on the Mac is that GnuCash
does not honor double-clicking on a data file to open /that/ file.  When
you double-click on ANY data file, GnuCash will start and ALWAYS open the
last file you had used..  It doesn't matter WHAT file you clicked on...

If you File -> Save As, then that becomes your new "last used file".
If you File -> Open, then THAT becomes your new "last used file".

If you need to open a specific file on a Mac, you must ALWAYS use File ->
Open.  And then you need to be aware that that is the new "last used file"
and is what GnuCash will open the next time you start it.

-derek

On Fri, December 30, 2022 11:47 am, R Losey wrote:
> I just had a thought about what may be the cause... I was fooling around
> with the financial quote program on Ubuntu and had run it multiple times.
> Maybe that somehow erased the changes.
>
> On Fri, Dec 30, 2022 at 10:43 AM R Losey  wrote:
>
>> I was doing preliminary tax workup earlier this week, and (to my
>> surprise), there were some transactions mentioned that I thought I'd
>> entered last Friday... (I only noticed because they weren't there in the
>> report I was using). Anyway, I entered them, verified that they showed
>> up
>> on the report, and went my way.
>>
>> This morning, I opened GnuCash to do regular data entry for the week,
>> and
>> those same transactions were missing again.
>>
>> It was scary... possibly even scarey.
>>
>> My first thought was that I had accidentally opened an old version of
>> the
>> data file, but it did not appear to be so.  My next was that there was a
>> problem between 4.12 and 4.13... I had entered the transactions on 4.12
>> under MacOs, and was on 4.13 on Windows 10 earlier.
>>
>> I re-entered the missing transactions again and closed and
>> re-opened GnuCash, and they were there, so I'm not sure what happened.
>>
>> But it was frightening to ponder how many transactions that I didn't
>> catch
>> may be missing.
>>
>> I'm hoping that I just forgot to save the data file the other day, but
>> that is pretty rare for me.
>>
>> I just updated my MacOS GnuCash version to 4.13 and I ran a file
>> check
>> that completed without problems.
>>
>> --
>> _
>> Richard Losey
>> rlo...@gmail.com
>> Micah 6:8
>>
>
>
> --
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
   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
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Scary moment

2022-12-30 Thread R Losey
I just had a thought about what may be the cause... I was fooling around
with the financial quote program on Ubuntu and had run it multiple times.
Maybe that somehow erased the changes.

On Fri, Dec 30, 2022 at 10:43 AM R Losey  wrote:

> I was doing preliminary tax workup earlier this week, and (to my
> surprise), there were some transactions mentioned that I thought I'd
> entered last Friday... (I only noticed because they weren't there in the
> report I was using). Anyway, I entered them, verified that they showed up
> on the report, and went my way.
>
> This morning, I opened GnuCash to do regular data entry for the week, and
> those same transactions were missing again.
>
> It was scary... possibly even scarey.
>
> My first thought was that I had accidentally opened an old version of the
> data file, but it did not appear to be so.  My next was that there was a
> problem between 4.12 and 4.13... I had entered the transactions on 4.12
> under MacOs, and was on 4.13 on Windows 10 earlier.
>
> I re-entered the missing transactions again and closed and
> re-opened GnuCash, and they were there, so I'm not sure what happened.
>
> But it was frightening to ponder how many transactions that I didn't catch
> may be missing.
>
> I'm hoping that I just forgot to save the data file the other day, but
> that is pretty rare for me.
>
> I just updated my MacOS GnuCash version to 4.13 and I ran a file check
> that completed without problems.
>
> --
> _
> Richard Losey
> rlo...@gmail.com
> Micah 6:8
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Scary moment

2022-12-30 Thread R Losey
I was doing preliminary tax workup earlier this week, and (to my surprise),
there were some transactions mentioned that I thought I'd entered last
Friday... (I only noticed because they weren't there in the report I was
using). Anyway, I entered them, verified that they showed up on the report,
and went my way.

This morning, I opened GnuCash to do regular data entry for the week, and
those same transactions were missing again.

It was scary... possibly even scarey.

My first thought was that I had accidentally opened an old version of the
data file, but it did not appear to be so.  My next was that there was a
problem between 4.12 and 4.13... I had entered the transactions on 4.12
under MacOs, and was on 4.13 on Windows 10 earlier.

I re-entered the missing transactions again and closed and
re-opened GnuCash, and they were there, so I'm not sure what happened.

But it was frightening to ponder how many transactions that I didn't catch
may be missing.

I'm hoping that I just forgot to save the data file the other day, but that
is pretty rare for me.

I just updated my MacOS GnuCash version to 4.13 and I ran a file check
that completed without problems.

-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.