Re: [GNC] Start and End of Quarter Dates Incorrect - a Bug?

2024-02-11 Thread James McSkimming
Good tip Alan.  Easier than moving to a different time zone …

Regards 
James

> On 11 Feb 2024, at 10:34 pm, Alan Hopkins  wrote:
> 
>    PS  Using start of accounting period to end of accounting period seems
>   to work OK, so it just looks like the Quarter is out.  I haven't tried
>   it, but if you have a whole lot of reports to do for the last Q, it
>   might be easier to set the accounting period once in GNC Preferences so
>   you can choose that quickly in Report Options - that way you only make
>   one change rather than potentially many more
> 
>   On 11/2/24 16:15, Jay McSkimming wrote:
> 
> GnC 5.5
> Mac OS Sonoma 14.2.1
> 
> Running a PNL for previous quarter, the report runs for incorrect dates 
> namely s
> tarting a month early and ending a month early.  Similar results for Cash 
> Flow,
> Income etc.
> 
> Seems to me that there’s a bug in calculating these dates correctly.  Runs 
> corre
> ctly if dates are manually entered but that defeats the purpose of the system 
> va
> riables.
> 
> I’ve set absolute dates for Start and End of Accounting Period as below as 
> that
> suits what I’m doing currently but makes no difference if it is the current 
> FYE
> 30-6-2024.
> 
> 
> 
> When I run PNL report for previous quarter ie what should be 1/10/2023 to 
> 31/12/
> 2023, the report is a month out ie a month early.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> gnucash-user mailing list
> [1]gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> [2]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.
> 
> References
> 
>   1. mailto:gnucash-user@gnucash.org
>   2. https://lists.gnucash.org/mailman/listinfo/gnucash-user
> ___
> 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] Matching multiple duplicates for the same amount

2024-02-11 Thread Rich Stanton
Version 5.3, downloaded from the main GnuCash website. OS=Windows 11 Pro (64 
bit). File -> import -> import QIF. 

My bank offers either a defined date range, or since the last download. 
Obviously the latter option is less hassle for me, because I don't need to 
manually work out what I last downloaded. And even if I did remember the dates, 
I'd still have to overlap the last/first dates in case there entries that were 
added later in the day after the previous download, so the problem would still 
exist.

Is that all the info you need?

Rich

On 11/02/2024 19:05:07, David Carlson  wrote:
Please provide more information.  The version of GnuCash with source of 
download from the About screen, your OS,and the type of import that you are 
using.  Also, your bank is very unusual to offer to only download transactions 
that you have not downloaded earlier.


On Sun, Feb 11, 2024 at 11:23 AM Rich Stanton mailto:richstan...@gmail.com]> wrote:

Hi, I wondered if I've found a bug, or am doing something wrong. I import QIFs 
to GNUCash, my bank gives me the option to 'download everything since the last 
download', however it often duplicates the last transactions from the previous 
download and the first ones from the new download. GNUCash handles that fine by 
taking me to a dialog where I can match duplicates. 

However it doesn't seem to work properly when I have two transactions for the 
same amount. Here I get two entries as the new transactions, each of which has 
two duplicates it can potentially match with. I should be able to match the 
first entry to the first duplicate, and the second to the second. However if I 
check off the first entry to match the first duplicate, when I then check the 
second entry to match the second duplicate, the first entry changes to also 
match the second duplicate. If I change the first entry back (to match the 
first duplicate), then the second changes to also match the first duplicate. 
Essentially, I cannot choose two different matches for the two entries - when I 
change one of them, the other changes too, so they always both match the same 
duplicate. Or I can uncheck one of them, do the import, and delete the spurious 
duplicate afterwards - so there is a solution, but clearly this is not how the 
system is meant to work?

Thanks!

Rich
___
gnucash-user mailing list
gnucash-user@gnucash.org [mailto:gnucash-user@gnucash.org]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user 
[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.



--

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


Re: [GNC] Matching multiple duplicates for the same amount

2024-02-11 Thread David Carlson
Please provide more information.  The version of GnuCash with source of
download from the About screen, your OS,and the type of import that you are
using.  Also, your bank is very unusual to offer to only download
transactions that you have not downloaded earlier.

On Sun, Feb 11, 2024 at 11:23 AM Rich Stanton  wrote:

> Hi, I wondered if I've found a bug, or am doing something wrong. I import
> QIFs to GNUCash, my bank gives me the option to 'download everything since
> the last download', however it often duplicates the last transactions from
> the previous download and the first ones from the new download. GNUCash
> handles that fine by taking me to a dialog where I can match duplicates.
>
> However it doesn't seem to work properly when I have two transactions for
> the same amount. Here I get two entries as the new transactions, each of
> which has two duplicates it can potentially match with. I should be able to
> match the first entry to the first duplicate, and the second to the second.
> However if I check off the first entry to match the first duplicate, when I
> then check the second entry to match the second duplicate, the first entry
> changes to also match the second duplicate. If I change the first entry
> back (to match the first duplicate), then the second changes to also match
> the first duplicate. Essentially, I cannot choose two different matches for
> the two entries - when I change one of them, the other changes too, so they
> always both match the same duplicate. Or I can uncheck one of them, do the
> import, and delete the spurious duplicate afterwards - so there is a
> solution, but clearly this is not how the system is meant to work?
>
> Thanks!
>
> Rich
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


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


Re: [GNC] Repeatable crashes with 4.14 on 32-bit arm Linux

2024-02-11 Thread David Carlson
Look under Edit > Preferences > Register for Reconciling > Automatic Credit
Card Payment, be sure that is unchecked.

On Sun, Feb 11, 2024 at 10:23 AM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> Under Preferences > Register > Reconciling there is "Automatic Credit
> Card Payment"
>
> For some other accounts (Liability type I think) in the account Edit
> screen there is an "Auto Interest Transfer" checkbox.
>
> Regards,
> Adrien
>
> On 2/11/24 8:02 AM, Robert Heller wrote:
>   Can these dialogs be disabled?
>
> ___
> 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.
>


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


[GNC] Matching multiple duplicates for the same amount

2024-02-11 Thread Rich Stanton
Hi, I wondered if I've found a bug, or am doing something wrong. I import QIFs 
to GNUCash, my bank gives me the option to 'download everything since the last 
download', however it often duplicates the last transactions from the previous 
download and the first ones from the new download. GNUCash handles that fine by 
taking me to a dialog where I can match duplicates. 

However it doesn't seem to work properly when I have two transactions for the 
same amount. Here I get two entries as the new transactions, each of which has 
two duplicates it can potentially match with. I should be able to match the 
first entry to the first duplicate, and the second to the second. However if I 
check off the first entry to match the first duplicate, when I then check the 
second entry to match the second duplicate, the first entry changes to also 
match the second duplicate. If I change the first entry back (to match the 
first duplicate), then the second changes to also match the first duplicate. 
Essentially, I cannot choose two different matches for the two entries - when I 
change one of them, the other changes too, so they always both match the same 
duplicate. Or I can uncheck one of them, do the import, and delete the spurious 
duplicate afterwards - so there is a solution, but clearly this is not how the 
system is meant to work?

Thanks!

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


Re: [GNC] Start and End of Quarter Dates Incorrect - a Bug?

2024-02-11 Thread john
That's https://bugs.gnucash.org/show_bug.cgi?id=798946

Regards,
John Ralls


> On Feb 10, 2024, at 21:15, Jay McSkimming  wrote:
> 
> GnC 5.5
> Mac OS Sonoma 14.2.1
> 
> Running a PNL for previous quarter, the report runs for incorrect dates 
> namely starting a month early and ending a month early.  Similar results for 
> Cash Flow, Income etc.
> 
> Seems to me that there’s a bug in calculating these dates correctly.  Runs 
> correctly if dates are manually entered but that defeats the purpose of the 
> system variables.
> 
> I’ve set absolute dates for Start and End of Accounting Period as below as 
> that suits what I’m doing currently but makes no difference if it is the 
> current FYE 30-6-2024. 
> 
> 
> 
> When I run PNL report for previous quarter ie what should be 1/10/2023 to 
> 31/12/2023, the report is a month out ie a month early.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] GNC UI problem...

2024-02-11 Thread Adrien Monteleone
I see now, these are likely replies to a digest that result in thread 
splitting.


Regards,
Adrien

On 2/11/24 10:11 AM, Adrien Monteleone wrote:
Not just Gmail. I replied too early to this thread before realizing it 
was split in 3 parts. Or maybe someone using Gmail is causing them to 
split...


Regards,
Adrien

On 2/10/24 2:07 PM, David Carlson wrote:
In my Gmail these threads are getting disconnected.  Gmail doesn't 
seem to

know what thread view is.


___
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] Repeatable crashes with 4.14 on 32-bit arm Linux

2024-02-11 Thread Adrien Monteleone
Under Preferences > Register > Reconciling there is "Automatic Credit 
Card Payment"


For some other accounts (Liability type I think) in the account Edit 
screen there is an "Auto Interest Transfer" checkbox.


Regards,
Adrien

On 2/11/24 8:02 AM, Robert Heller wrote:
 Can these dialogs be disabled?

___
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] GNC UI problem...

2024-02-11 Thread Adrien Monteleone
Not just Gmail. I replied too early to this thread before realizing it 
was split in 3 parts. Or maybe someone using Gmail is causing them to 
split...


Regards,
Adrien

On 2/10/24 2:07 PM, David Carlson wrote:

In my Gmail these threads are getting disconnected.  Gmail doesn't seem to
know what thread view is.


___
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] GNC UI problem...

2024-02-11 Thread Adrien Monteleone

Robert,

You can only size columns with the right-handed border in the header. To 
make them wider, click one and drag it to the right.


To auto-size to 'fit' the content, double left-click a header. (any OS)

Resize all columns other than Description first, then either double 
left-click the Description header, or drag its right-handle to the left 
and it will snap back to fill the remaining space, removing the 
horizontal scrollbar.


Regards,
Adrien

On 2/10/24 1:44 PM, Robert Heller wrote:

At Sat, 10 Feb 2024 14:36:39 -0500 "Kalpesh Patel"  
wrote:



My bad... both instances should be double left clicks for Windows platform...



I'm using Linux...


___
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] Repeatable crashes with 4.14 on 32-bit arm Linux

2024-02-11 Thread Robert Heller



At Sat, 10 Feb 2024 22:13:14 -0500 (EST) Robert Heller  
wrote:

> 
> 
> At Sat, 10 Feb 2024 18:19:40 -0800 John Ralls  wrote:
> 
> > 
> > 
> > 
> > > On Feb 10, 2024, at 5:19 PM, Robert Heller  wrote:
> > > 
> > > Always when hitting the reconcile button on a credit card account:
> > > 
> > > Could not determine the accessibility bus address
> > > **
> > > gnc.gui:ERROR:/home/heller/gnucash-4.14/gnucash/gnome-utils/dialog-transfer.c:2297:gnc_xfer_dialog_run_until_done:
> > >  
> > > assertion failed: (count == 1)
> > > Bail out! 
> > > gnc.gui:ERROR:/home/heller/gnucash-4.14/gnucash/gnome-utils/dialog-transfer.c:2297:gnc_xfer_dialog_run_until_done:
> > >  
> > > assertion failed: (count == 1)
> > > Could not determine the accessibility bus address
> > > **
> > > gnc.gui:ERROR:/home/heller/gnucash-4.14/gnucash/gnome-utils/dialog-transfer.c:2297:gnc_xfer_dialog_run_until_done:
> > >  
> > > assertion failed: (count == 1)
> > > Bail out! 
> > > gnc.gui:ERROR:/home/heller/gnucash-4.14/gnucash/gnome-utils/dialog-transfer.c:2297:gnc_xfer_dialog_run_until_done:
> > >  
> > > assertion failed: (count == 1)
> > > 
> > > Things work fine after restarting...
> > 
> > Restarting GnuCash or the computer?
> 
> GnuCash.  (I'm on Linux, not MS-Windows -- I don't randomly reboot my Linux 
> machines.)
> 
> > 
> > The accessibility bus message probably indicates that the DBUS session has 
> > quit for some reason. That part would be external to GnuCash.
> > 
> > The assertion that's failing is about the result of 
> >  count = g_signal_handlers_disconnect_by_func(dialog,
> >   gnc_xfer_dialog_response_cb,
> >   xferData);
> > There should be exactly 1 handler using that gnc_xfer_dialog_response_cb 
> > connected to the signal. It there aren't either the transfer dialog is 
> > trying to run more than one instance (count > 1) or the the handler is 
> > already disconnected (count == 0). I don't think connecting or failing to 
> > connect to the accessibility bus would affect that, but I don't know what 
> > would cause it.
> 
> Is it possible that the transfer dialog might have slipped "underneath" the 
> account window?  I *think* I have properly *Cancel*ed the (extranious) 
> transfer dialogs that popup when I reconcile credit accounts, but on at one 
> occasion I missed the cancel button and just "raised" the account window over 
> the dialog window (I caught that and retried the Cancel button).  The tranfer 
> dialog popups up *both* before the reconcilation dialog and after it (why?).

OK, I just did another batch of CC statements, being extra careful about 
*Cancel*ing the pesky transfer dialog windows, including checking underneath 
the account window.  No crashes... Can these dialogs be disabled?

> 
> > 
> > Regards,
> > John Ralls
> > 
> > 
> > 
> 

-- 
Robert Heller -- Cell: 413-658-7953 GV: 978-633-5364
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

___
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] Start and End of Quarter Dates Incorrect - a Bug?

2024-02-11 Thread Alan Hopkins
   PS  Using start of accounting period to end of accounting period seems
   to work OK, so it just looks like the Quarter is out.  I haven't tried
   it, but if you have a whole lot of reports to do for the last Q, it
   might be easier to set the accounting period once in GNC Preferences so
   you can choose that quickly in Report Options - that way you only make
   one change rather than potentially many more

   On 11/2/24 16:15, Jay McSkimming wrote:

GnC 5.5
Mac OS Sonoma 14.2.1

Running a PNL for previous quarter, the report runs for incorrect dates namely s
tarting a month early and ending a month early.  Similar results for Cash Flow,
Income etc.

Seems to me that there’s a bug in calculating these dates correctly.  Runs corre
ctly if dates are manually entered but that defeats the purpose of the system va
riables.

I’ve set absolute dates for Start and End of Accounting Period as below as that
suits what I’m doing currently but makes no difference if it is the current FYE
30-6-2024.



When I run PNL report for previous quarter ie what should be 1/10/2023 to 31/12/
2023, the report is a month out ie a month early.











___
gnucash-user mailing list
[1]gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
[2]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.

References

   1. mailto:gnucash-user@gnucash.org
   2. https://lists.gnucash.org/mailman/listinfo/gnucash-user
___
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] Start and End of Quarter Dates Incorrect - a Bug?

2024-02-11 Thread Alan Hopkins
   Hi Jay
   GNC 5.5 and PCLinuxOS here - the same thing occurs for me too.
   So I just use the to & from dates to set it right.  But it does appear
   to be a bug as it was working correctly before 5.5.
   I will check later (tomorrow) to see if my install on another machine
   running Fedora 38 does the same thing.
   Cheers
   Hop

   On 11/2/24 16:15, Jay McSkimming wrote:

GnC 5.5
Mac OS Sonoma 14.2.1

Running a PNL for previous quarter, the report runs for incorrect dates namely s
tarting a month early and ending a month early.  Similar results for Cash Flow,
Income etc.

Seems to me that there’s a bug in calculating these dates correctly.  Runs corre
ctly if dates are manually entered but that defeats the purpose of the system va
riables.

I’ve set absolute dates for Start and End of Accounting Period as below as that
suits what I’m doing currently but makes no difference if it is the current FYE
30-6-2024.



When I run PNL report for previous quarter ie what should be 1/10/2023 to 31/12/
2023, the report is a month out ie a month early.











___
gnucash-user mailing list
[1]gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
[2]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.

References

   1. mailto:gnucash-user@gnucash.org
   2. https://lists.gnucash.org/mailman/listinfo/gnucash-user
___
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] Report Error on Flatpak

2024-02-11 Thread Aryeh Gielchinsky
Yep, that was the problem. As you suggested, creating an environment
variable fixed it. Thank you.

For anyone seeing this in the future I put the following into ~/.profile,
export WEBKIT_DISABLE_COMPOSITING_MODE=1

My system with an i7 and a discrete Nvidia card had the issue. Another
system with an AMD CPU and integrated GPU didn't have this problem.

On Fri, Feb 9, 2024 at 2:36 PM Charlie Morrison 
wrote:

> It could be this:
>
> There is an issue rendering reports in some Linux systems.  The report
> information is there but you can't see it.
>
> The workaround is to set an environmental variable that disables
> compositing in Webkitgtk. You can check to see if this fixes it for you
> by starting Gnucash in the terminal using the following command:
>
> WEBKIT_DISABLE_COMPOSITING_MODE=1 flatpak run org.gnucash.GnuCash
>
> If that allows you to see the reports, then setting the environmental
> variable "WEBKIT_DISABLE_COMPOSITING_MODE=1" will fix it.
>
>
> On 2/8/24 13:50, Aryeh Gielchinsky wrote:
> > Hi I'm a new user.
> >
> > I've been able to create accounts and add transactions. When I try to
> > create a report (i.e. Reports->Income & Expenses->Expense Chart) I get a
> > new tab with a blank screen, and the following error.
> >
> > Gtk-Message: 21:47:08.844: Failed to load module "canberra-gtk-module"
> > Gtk-Message: 21:47:08.845: Failed to load module "canberra-gtk-module"
> > KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
> > Failed to create GBM buffer of size 2488x852: Permission denied
> > KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
> > Failed to create GBM buffer of size 2488x852: Permission denied
> > KMS: DRM_IOCTL_MODE_CREATE_DUMB failed: Permission denied
> > Failed to create GBM buffer of size 2488x852: Permission denied
> > Failed to create EGL images for DMABufs with file descriptors -1, -1 and
> -1
> >
> > I've tried running as root, but that didn't help. I've installed
> > libcanberra-gtk-module and libcanberra-gtk0 on my base system, but that
> > doesn't help (probably because Gnucash is installed as a flatpak).
> >
> > I'm on Ubuntu 22.04 (Linux) using GNUcash 5.5 via Flatpak.
> >
> > Thanks
> > Aryeh
> > ___
> > 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] Start and End of Quarter Dates Incorrect - a Bug?

2024-02-11 Thread Fred Bone
On 11 February 2024 at 16:15, Jay McSkimming said:

> GnC 5.5
> Mac OS Sonoma 14.2.1
> 
> Running a PNL for previous quarter, the report runs for incorrect dates
> namely starting a month early and ending a month early.  Similar results
> for Cash Flow, Income etc.
> 
> Seems to me that there’s a bug in calculating these dates correctly. 
> Runs correctly if dates are manually entered but that defeats the purpose
> of the system variables.
> 
> I’ve set absolute dates for Start and End of Accounting Period as below
> as that suits what I’m doing currently but makes no difference if it is
> the current FYE 30-6-2024. 

Perhaps you need to move to a different timezone ...


___
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.