Hello
Thanks for the hint. I found I had two European funds not retrieving the
price and cerating the issue. Now it is fixed.
Thanks.
El vie, 21 jun 2024 a las 18:21, John Ralls () escribió:
> Not with that error. BVB.pm retrieves from https://bvb.ro and provides
> source bvb, tradeville, and Ro
Dear Users,
With a week to go until the 5.7 release we'd be overjoyed to have some brave
users give the nightly builds a spin:
https://code.gnucash.org/builds/win32/stable and
https://code.gnucash.org/builds/flatpak/stable.
Please test on a *copy* of your data file!
For German FinTS users: Ni
I think you should open bugs for the crash and the hang, though I’m not sure
that I can easily fix either of them.
The crash is clearly a call to g_strdup() with a nullptr, but I can’t figure
out from the stack trace where that might be.
For the hang I take it that you’ve killed to two instance
Further to my recent crash report:
Start to reconcile a bank account.
Edit a pension payment during reconciliation because the regular payment has
gone up
Open the Scheduled Transaction editor and adjust for new payment.
Go on with the reconciliation until the next pension increase prompts the
PS Since submitting this report, I restarted GC and picked up the
reconciliation I’d been working on after getting rid of the lock file message.
I then went through a reconciliation of a different account without trouble,
correcting a couple of pension payments which had increased since the begi
Here are the first few lines of a crash report that came up this morning as I
was reconciling a credit card account. I’m not sure exactly what I was doing at
the time, but I think I was deleting a duplicate transaction.
GC and macOS version numbers are in the report.
Happy to forward the full r
