[GNC] GC 3.4 quit aborts file save process (was Re: postpone reconciliation broken: ignores my changes)

David Carlson david.carlson.417 at gmail.com
Sat Feb 9 22:15:49 EST 2019


I am still using release 2.6.17 as I have previously mentioned in other
contexts.  I believe that this is a change
 from the behavior of the 2.6.x series.  In that series I do not think it
is possible to interrupt the orderly shutdown process including a complete
file save, backup and lock file removal when using the default data file
format.

This is even more critical if the process takes a long time due to various
circumstances including large file size or leaving several open windows
and/or reports open when closing the file.

David Carlson

On Sat, Feb 9, 2019 at 6:01 PM John Ralls <jralls at ceridwen.us> wrote:

>
>
> > On Feb 9, 2019, at 3:38 PM, Michael Hendry <hendry.michael at gmail.com>
> wrote:
> >
> >> On 9 Feb 2019, at 23:16, John Ralls <jralls at ceridwen.us> wrote:
> >>
> >>
> >>
> >>> On Feb 9, 2019, at 3:07 PM, Michael Hendry <hendry.michael at gmail.com>
> wrote:
> >>>
> >>> I’ve been experimenting with the timing of Gnucash->Quit after
> clicking Save.
> >>>
> >>> There is an activity indicator after Save is clicked, which disappears
> when the mouse is moved away from the Save button, which makes it look as
> though the process is complete.
> >>>
> >>> If Gnucash->Quit is clicked promptly after Save, it appears that the
> process of saving is aborted leaving the .LCK and .LNK files, a log file,
> and a binary file called something like MDH.gnucash.tmp-gkUdOJ.
> >>>
> >>> The connection I had made with the extensive reconciliations I had
> made (sometimes including Postpone) was irrelevant, as this will happen
> even if no reconciliation has taken place.
> >>>
> >>> The Save button is greyed out when the file is first opened, but a
> trivial change to an existing transaction is sufficient to make it
> functional.
> >>>
> >>> I don’t believe this intended behaviour, so I plan to report it as a
> bug, once I work out how to do it!
> >
> > That last line should have started:
> >
> > “I don’t believe this is…”
> >
> > but you obviously worked that out!
> >
> >>
> >> Indeed, it's not intended behavior, and it seems consistent with what
> you reported earlier. Good job!
> >>
> >> Regards,
> >> John Ralls
> >>
> >
> > Thanks, John.
> >
> > You will probably have received a copy of the bug report.
> >
> > I mentioned the large number of apparently redundant lines in the .LOG
> files - but I’m not sure if this is meant to happen.
>
> I think the logging is meant to happen. The multiple creation and rollback
> isn't and might be part of the cause of the slow shutdown.
>
> For everyone else following along, the bug is
> https://bugs.gnucash.org/show_bug.cgi?id=797098. We'll continue the
> discussion there.
>
> Regards,
> John Ralls
>
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


More information about the gnucash-user mailing list