[GNC] Accounting Period Change issue

Kalpesh Patel kalpesh.patel at usa.net
Tue Dec 19 10:35:59 EST 2023


Haha…😊

 

Honey Butter Cinnamon Sweet Potato Fries, please … two of them.

 

 

From: G R Hewitt <hewittgr at gmail.com> 
Sent: Monday, December 18, 2023 3:32 PM
To: Kalpesh Patel <kalpesh.patel at usa.net>; GnuCash User List <gnucash-user at gnucash.org>
Subject: Re: [GNC] Accounting Period Change issue

 

Will you want fries with that?

 

On Mon, 18 Dec 2023 at 20:13, Kalpesh Patel <kalpesh.patel at usa.net <mailto:kalpesh.patel at usa.net> > wrote:

Hmmm!

For 1) see the attached jpg. It describes the situation that no one wants to be in (fyi - I am current practitioner in IT/Systems/Engineering/Software world) ... it's a defect; not a bug.

For 2), if I am spending energy to change it deliberately then I want to see updated values; why else would I be making that change? Definitely not to have a self-exploding time bomb for the future. It is a refresh/redraw issue and is not an error in calculation issue, as it does eventually displays correct values. 

I get feeling that I am going to get flamed...

-----Original Message-----
From: Michael or Penny Novack <stepbystepfarm at comcast.net <mailto:stepbystepfarm at comcast.net> > 
Sent: Monday, December 18, 2023 8:45 AM
To: gnucash-user at gnucash.org <mailto:gnucash-user at gnucash.org> 
Subject: Re: [GNC] Accounting Period Change issue

> In trying to track down a Total (Period) issue, I used Edit -> Preferences -> Accounting Period to change the Start Date and End Date fields to Absolute dates.
> After doing Close of that dialog,
> there appeared to be no change
> in the values in the Total (period) column.
> I expected a change, but maybe it is working as designed.
>
> However, after closing and reopening GnuCash, there then were changes in the values.

Did you want an EXPLANATION of this behavior? (why you had to close, then reopen the application before the change "took effect")

As a retired senior systems analyst who has designed a lot of software, even without examining the code:

1) I am not surprised by this behavior and almost certain about WHY the program behaves this way. Definitely not a "bug".

2) If the user desired behavior were to have this action take place upon closing the dialog (without doing  a manual save/close/reopen) the change in the program to make that happen would be an automated save/close/reopen. That could cause its own user confusion. I'd rather KNOW when each "save" was done (where was I in the work flow)

Michael D Novack


_______________________________________________
gnucash-user mailing list
gnucash-user at gnucash.org <mailto:gnucash-user at 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.



More information about the gnucash-user mailing list