Just confirming the nightly works as expected! Upon opening, the scheduled
transactions were already there with no user interaction. (bonus: also
noticed the links to the various paths in Help > About)
On Fri, Aug 12, 2022 at 4:44 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:
> Ye
Thanks John! Installed the nightly this morning and did some simple
testing. Seems to be working now.
Tom
On 8/12/2022 3:11 PM, John Ralls wrote:
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nigh
Thank you John Ralls for figuring this out! I'll be sure to test the
nightly and report back.
On Fri, Aug 12, 2022 at 4:11 PM John Ralls wrote:
> That was it: The registers weren't refreshed unless the SLR dialog runs
> and the user clicks OK. I've pushed a fix that will be in tomorrow's
> night
Yet another example of how awesome the GnuCash team is. Thanks John!
Regards,
Adrien
On 8/12/22 3:11 PM, John Ralls wrote:
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nightlies
(https://code.gnuca
That was it: The registers weren't refreshed unless the SLR dialog runs and the
user clicks OK. I've pushed a fix that will be in tomorrow's nightlies
(https://code.gnucash.org/builds/win32/maint and
https://code.gnucash.org/builds/flatpak.maint).
Regards,
John Ralls
> On Aug 12, 2022, at 8:4
That's just the noise from GnuCash not finding perl when deciding whether it
should enable online quote retrieval.
I have a new hypothesis that I wrote up on bug 794584: That line in the SLR
code only runs in the dialog's OK handler, and if you have only
automatic-creation SXes that don't requi
The last time this occurred would be the first run on the 10th. Here is
the contents of the trace file with the earliest time on that date:
* 07:53:46 WARN [gnc_spawn_process_async()] Could not spawn
perl: Failed to execute child process (No such file or directory)
* 07:53:46 ERROR <> gnc_pr
Ok it looks like there are 2 open tickets already:
https://bugs.gnucash.org/show_bug.cgi?id=794584
https://bugs.gnucash.org/show_bug.cgi?id=796948
It doesn't look like they are getting any traction...
On Thu, Aug 11, 2022 at 9:05 PM John Ralls wrote:
> I'd go with bug: It's supposed to refres
I'd go with bug: It's supposed to refresh all of the registers, see
https://github.com/Gnucash/gnucash/blob/41de4cefce621c214c0d6f6ff1c5ca05df8fd917/gnucash/gnome/dialog-sx-since-last-run.c#L1168
You may find in your trace file one or more error messages "suspend counter not
zero" from gnc_gui_r
I thought one was already opened. (but I admit I didn't search for it)
If I recall correctly, it has to do with refreshing the register view.
This seems to happen with registers that are left open at the last close
and which re-open before the Since Last Run dialog fires.
Though hitting [Ente
I still consider this a bug and not a feature request since not seeing an
up-to-date register could really throw things off.
To the community and GnuCash team - should I open an issue in Bugzilla?
On Thu, Aug 11, 2022 at 12:02 PM Tom Veik wrote:
> Replying to an old thread I found with a search
Replying to an old thread I found with a search.
Using GnuCash version 4.11 on Windows 11. I've been using GnuCash for a
few years and very happy with it. I haven't seen this problem until
recently when I switched my scheduled transactions from no automatic
entry with reminders, to automatic
John, thanks for the clarification.
Cheers David H.
On Tue, 5 Oct 2021 at 07:43, John Ralls wrote:
>
>
> > On Oct 4, 2021, at 2:18 PM, David H wrote:
> >
> > The only thing I'm not sure about is what the difference is between
> clicking Cancel and clicking OK on the popup as I get the txns re
> On Oct 4, 2021, at 2:18 PM, David H wrote:
>
> The only thing I'm not sure about is what the difference is between clicking
> Cancel and clicking OK on the popup as I get the txns regardless :-)
Probably because all of your transactions are set to create automatically, so
the SLR is just
gt;>>>>>
> >>>>>>> While there is no requirement to upgrade, and "if it ain't broke,
> >>>> don't
> >>>>>>> fix it" may apply, if you have a system crash and need to rebuild
> >>>> your
> >>>>
t;>
>>>>>>>> Do I really need to update? I only use the basis ledgers for
>>>> standard
>>>>>>>> banking accounts, credit cards, loans, mutual funds; scheduled
>>>>>>>> transactions; and basic reports (typically j
t;>>> 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.
>>> >
to a current version
you will have available for installing on the new machine.
b) Going to a new computer, you will want to be saving ALL of your data
(not just gnucash data). If the OS is remaining the same, this is
relatively simple. If the OS will be changing (different on the new
machine) this will not be
crements am I going to need (hopefully
> not
> >>>>> one for every point version)?
> >>>>>
> >>>>> ___
> >>>>> gnucash-user mailing list
> >>>>> gnucash-user@gnucash.
Yes Robin that is my issue. The only difference is I am opening GnuCash
after the scheduled time. Either way, the register doesn't refresh without
or another action.
On Sat, Oct 2, 2021 at 6:37 PM Robin Chattopadhyay
wrote:
> I interpreted the question differently.
>
> If you leave a register o
have your
current gnucash version available for installation o? the new machine,
best to update now, while still on the old machine, to a current version
you will have available for installing on the new machine.
b) Going to a new computer, you will want to be saving ALL of your data
(not just gnucash
Hi John,
I already have "create automatically" checked and scheduled transactions do
create automatically as expected. The issue is if GnuCash is opened after
the transaction is created, they do not appear in the register until you
press which can create issues because you are looking at an
out-o
I interpreted the question differently.
If you leave a register open from a prior session, it seems like the
register view doesn't refresh and display newly created transactions until
you perform some sort of other action that triggers a refresh. That's the
experience *I* thought Glenn was describ
> On Oct 1, 2021, at 2:58 PM, Glenn Fowler wrote:
>
> Hello all,
>
> I have numerous scheduled transactions in multiple books and in settings
> have them "run when the data file is opened". The transactions do run as
> expected but do not appear in the register until you press .
> With them n
Hi David,
I have the show notification window and the review created transactions
selections off so in my case they should appear automatically.
With your preference they would be on.
On Fri, Oct 1, 2021 at 6:39 PM David Carlson
wrote:
> Glen,
>
> I live in the other camp that wants to review
Glen,
I live in the other camp that wants to review every scheduled transaction
as it is entered, so I set them all to remind in advance.
I thought that if you configured them to Create Automatically it would work
as you want. Then you wouldn't even see a a Since Last Run pop up when
starting Gn
Hello all,
I have numerous scheduled transactions in multiple books and in settings
have them "run when the data file is opened". The transactions do run as
expected but do not appear in the register until you press .
With them not appearing, I am not looking at an out of date register until
I ent
27 matches
Mail list logo
