FWIW, I am running GnuCASH V.5.5 NON FLATPAK on
Kernel: 6.8.0-85-generic arch: x86_64
Desktop: Cinnamon v: 6.4.8
Distro: Linux Mint 22.1 Xia base: Ubuntu 24.04 noble

Touch Wood - No problems.
Kindest Regards
Mike and Laura Brasler
WhatsApp +507 69797921 <https://wa.me/yourphonenumber>
On 13/10/2025 18:13, [email protected] wrote:
Send gnucash-user mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of gnucash-user digest..."


Today's Topics:

    1. Re:  Gnucash Crash (Gyle McCollam)
    2. Re:  Any reason reports are not stored in gnucash file ?
       (John Ralls)
    3. Re:  Regular crashes on Linux Mint when assigning payment
       (John Ralls)
    4. Re:  Any reason reports are not stored in gnucash file ?
       (Brook Milligan)
    5. Re:  Any reason reports are not stored in gnucash file ?
       (Sherlock)
    6. Re:  Any reason reports are not stored in gnucash file ?
       (Adrien Monteleone)
    7.  Finance::Quote 1.67 to be released 10/18/2025 (Bruce Schuck)
    8. Re:  Updated from 5.12 to 5.13 but cannot open GNUCASH any
       longer (John Ralls)
    9. Re:  Any reason reports are not stored in gnucash file ?
       (Adrien Monteleone)
   10. Re:  Any reason reports are not stored in gnucash file ?
       (Stan Brown (using GC 4.14))


----------------------------------------------------------------------

Message: 1
Date: Mon, 13 Oct 2025 16:27:02 +0000
From: Gyle McCollam<[email protected]>
To: Liz<[email protected]>,"[email protected]"
        <[email protected]>
Subject: Re: [GNC] Gnucash Crash
Message-ID:
        
<ds4pr08mb107286e2f907cab1436f9dcd4ca...@ds4pr08mb10728.namprd08.prod.outlook.com>
        
Content-Type: text/plain; charset="us-ascii"

Thank You for the suggestion.  I have downloaded the nightly build and will 
find out if the fix worked in about 2 weeks when I do my next import and 
reconciliation.  It is easy enough to revert to 5.12 if there is a problem, as 
I only have to install from the downloaded file.


Thank You,

Gyle McCollam

Gyle McCollam

[email protected]<mailto:[email protected]>           email

________________________________
From: gnucash-user<[email protected]> on behalf of 
Liz<[email protected]>
Sent: Sunday, October 12, 2025 6:47 PM
To:[email protected] <[email protected]>
Subject: Re: [GNC] Gnucash Crash

On Sun, 12 Oct 2025 14:36:17 -0700
Sherlock Holmes<[email protected]> wrote:

Hi Gyle,


It means that if you download the next nightly build on Windows from
https://code.gnucash.org/builds/win32/stable/ the issue you raised in
5.13 should be resolved.


Regards,


Sherlock
Can I add to this

If possible could you download the next nightly build and use somewhere
separate from your regular Gnucash install so you can test if the
problem is resolved.
I can't advise on where to put the nightly build on Windows so as not
to interfere with what you have working now.

Liz
_______________________________________________
gnucash-user mailing list
[email protected]
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.


------------------------------

Message: 2
Date: Mon, 13 Oct 2025 09:43:58 -0700
From: John Ralls<[email protected]>
To: "David T."<[email protected]>
Cc:[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain;       charset=utf-8

The original idea was by storing the saved report configs separately they could 
be applied to more than one book as long as the account names were either not 
customized or  the same in both books. We broke the latter half of that 
assumption in 3.x by using the account guids instead of names because users 
complained that the saved configs broke when they changed an account name.

As for failed backups, it seems you?re very lucky that the backup for your data 
directory was working.

Regards,
John Ralls

On Oct 13, 2025, at 05:09, David T. via gnucash-user<[email protected]> 
wrote:

This request has been made many times, but the developer pool doesn't have the 
staffing to reconstruct the base system to implement this.

David T.

On 10/13/2025 4:31 PM, Steve Miller wrote:
That suggestion has always been on my "wish" list. As it stands now I use
batch files (I'm on Windows 11) to update each of my 3 laptops with the
updated saved report file. Would be easier, obviously. if your suggestion
was implemented.

On Mon, Oct 13, 2025 at 3:18?AM Valentin Chatelard <
[email protected]> wrote:

Hi,

Any reason why custom reports configs are not saved within gnucash file ?
It makes it harder to sync between multiple workstations, it requires
specific backup settings on each location to make sure to not loose it.

Last week a bios update required me to reinstall windows (loosing those
reports because backups was falling without I noticed it before), and ssd
crashed on the other.

So I have been loosing all my reports configurations... which would be
nice to be able to save within the gnucash file (either let user the choice
if better).

What's your opinion about it ?
Thanks
Valentin

_______________________________________________
gnucash-user mailing list
[email protected]
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
[email protected]
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
[email protected]
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.


------------------------------

Message: 3
Date: Mon, 13 Oct 2025 09:57:18 -0700
From: John Ralls<[email protected]>
To: James Thorpe<[email protected]>
Cc: GnuCash users group<[email protected]>
Subject: Re: [GNC] Regular crashes on Linux Mint when assigning
        payment
Message-ID:<[email protected]>
Content-Type: text/plain;       charset=utf-8

OK, something strange is going on. Can you repeat the exercise a couple more 
times and see if you always get the same error and stack trace?

Regards,
John Ralls
On Oct 13, 2025, at 00:21, James Thorpe<[email protected]> wrote:

In answer to your questions:

No - I don't have auto-save enabled. I save pretty often when I've done 
something right and deliberately don't auto-save in case something goes wrong 
so it's easy to recover to a previous point.

And yes, the error occurs when I assign payment from register... specifically at the 
point where I click the "OK" after selecting a customer and invoice.

I am working with a network file... which means the previous save could on 
occasion be delayed a little I suppose if that action is in a different thread 
and it could be in the middle of trying to save when I perform the assign as 
payment bit?? Could that be it? I could test by a) working with a local file 
and seeing if the error does/ doesn't recur or b) waiting a longer time between 
saves before assigning a payment.

On 2025/10/11 20:09, John Ralls wrote:
Interesting. The segfault in gtk_widget_show has nothing whatever to do with 
the stack trace, which is deep in the midst of saving your file. In the stack 
trace (which I?ve extracted below to show the proximate cause) the XML backend 
is trying to create a new text session with the value ?string? and the memory 
allocator encounters a corrupted chunk in its accounting. The most likely cause 
of that would be something writing to memory that doesn?t belong to it. The 
gtk_widget_show segfault is a read, so it?s not to blame.

Do you have auto-save enabled and might it have fired while you were in the 
middle of assigning the payment? And to make sure I?m looking at the right 
place, this is assign as payment from a transaction in the register, right?

Regards,
John Ralls

On Oct 11, 2025, at 08:09, James Thorpe<[email protected]> 
<mailto:[email protected]> wrote:

Thread 1 "gnucash" received signal SIGSEGV, Segmentation fault.
0x00007ffff7712f33 in gtk_widget_show (widget=0x5555560b01f0) at 
../gtk/gtkwidget.c:4834
4834      g_return_if_fail (GTK_IS_WIDGET (widget));

Here is the stack trace - I hope it means something to someone

--- BEGIN STACK TRACE 
------------------------------------------------------------

#5  0x00007041794a5765 in malloc_printerr (str=str@entry=0x7041795b9fd3 "corrupted 
size vs. prev_size") at malloc.c:5772
--Type <RET> for more, q to quit, c to continue without paging--c
#6  0x00007041794a6126 in unlink_chunk (p=p@entry=0x56046304e600, av=0x7041795f1ac0 
<main_arena>) at malloc.c:1611
         fd = <optimized out>
         bk = <optimized out>
#7  0x00007041794a915a in _int_malloc (av=av@entry=0x7041795f1ac0 <main_arena>, 
bytes=bytes@entry=120) at malloc.c:4381
         p = <optimized out>
         iters = <optimized out>
         nb = <optimized out>
         idx = <optimized out>
         bin = <optimized out>
         victim = 0x56046304e600
         size = 1104
         victim_index = <optimized out>
         remainder = <optimized out>
         remainder_size = 976
         block = <optimized out>
         bit = <optimized out>
         map = <optimized out>
         fwd = <optimized out>
         bck = <optimized out>
         tcache_unsorted_count = <optimized out>
         tcache_nb = <optimized out>
         tc_idx = 6
         return_cached = <optimized out>
#8  0x00007041794a9db4 in __GI___libc_malloc (bytes=120) at malloc.c:3336
         ar_ptr = 0x7041795f1ac0 <main_arena>
         victim = <optimized out>
         tbytes = <optimized out>
         tc_idx = <optimized out>
#9  0x00007041792a7d4c in xmlNewText (content=content@entry=0x70417859e64c 
"string") at ../tree.c:2303
         cur = <optimized out>

--
--
James Thorpe
061 476 2775
[email protected] <mailto:[email protected]>

------------------------------

Message: 4
Date: Mon, 13 Oct 2025 13:03:59 -0600
From: Brook Milligan<[email protected]>
To: John Ralls<[email protected]>
Cc: "David T."<[email protected]>,[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain;       charset=us-ascii


On Oct 13, 2025, at 10:43, John Ralls<[email protected]> wrote:

The original idea was by storing the saved report configs separately they could 
be applied to more than one book as long as the account names were either not 
customized or  the same in both books. We broke the latter half of that 
assumption in 3.x by using the account guids instead of names because users 
complained that the saved configs broke when they changed an account name.
This suggests that there is no benefit to storing report configs separately, 
right?

What is required to store them in each book?  Does an export/import config 
option make sense for transfering them between books?

Cheers,
Brook



------------------------------

Message: 5
Date: Mon, 13 Oct 2025 12:52:48 -0700
From: Sherlock<[email protected]>
To:[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed

I actually prefer the separation of the data from the model. It does
mean there are more files to manage (backup, restore, and synchronize)
but it's not too difficult once you know you to do it.  There are a
variety of file management tools available (beyond the scope of GnuCash)
that can help.

For example, consider the work you might need to do if you wanted to
revert a set of changes made to a saved report over a few months.  If
you had to restore the data file, you would also revert the data you
entered.  Compare that to restoring the saved-reports-2.8 file.

https://lists.gnucash.org/wiki/Configuration_Locations

Regards,

Sherlock

On 10/13/25 9:43 AM, John Ralls wrote:
The original idea was by storing the saved report configs separately they could 
be applied to more than one book as long as the account names were either not 
customized or  the same in both books. We broke the latter half of that 
assumption in 3.x by using the account guids instead of names because users 
complained that the saved configs broke when they changed an account name.

As for failed backups, it seems you?re very lucky that the backup for your data 
directory was working.

Regards,
John Ralls

On Oct 13, 2025, at 05:09, David T. via gnucash-user<[email protected]> 
wrote:

This request has been made many times, but the developer pool doesn't have the 
staffing to reconstruct the base system to implement this.

David T.

On 10/13/2025 4:31 PM, Steve Miller wrote:
That suggestion has always been on my "wish" list. As it stands now I use
batch files (I'm on Windows 11) to update each of my 3 laptops with the
updated saved report file. Would be easier, obviously. if your suggestion
was implemented.

On Mon, Oct 13, 2025 at 3:18?AM Valentin Chatelard <
[email protected]> wrote:

Hi,

Any reason why custom reports configs are not saved within gnucash file ?
It makes it harder to sync between multiple workstations, it requires
specific backup settings on each location to make sure to not loose it.

Last week a bios update required me to reinstall windows (loosing those
reports because backups was falling without I noticed it before), and ssd
crashed on the other.

So I have been loosing all my reports configurations... which would be
nice to be able to save within the gnucash file (either let user the choice
if better).

What's your opinion about it ?
Thanks
Valentin


------------------------------

Message: 6
Date: Mon, 13 Oct 2025 15:00:12 -0500
From: Adrien Monteleone<[email protected]>
To:[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed

There is still a use case for keeping them separate.

Someone using a previously copied file can share the report configs.
Some folks might do this year to year, others may do it as a
multi-computer solution rather than using a network drive.

Export/Import would likely be a required part of storing them in the
book file itself to maintain present functionality some users rely on.
That will of course add to the work needed to make that happen, and
there would need to be a compelling reason.

Regards,
Adrien

On 10/13/25 2:03 PM, Brook Milligan via gnucash-user wrote:
This suggests that there is no benefit to storing report configs separately, 
right?

What is required to store them in each book?  Does an export/import config 
option make sense for transfering them between books?


------------------------------

Message: 7
Date: Mon, 13 Oct 2025 13:01:09 -0700
From: Bruce Schuck<[email protected]>
To: GnuCash User eMail List<[email protected]>
Subject: [GNC] Finance::Quote 1.67 to be released 10/18/2025
Message-ID:<[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hello all,

Barring any major issues before then, I will probably push
Finance::Quote 1.67 to CPAN sometime this Saturday, 10/18/2025.

Bruce S


------------------------------

Message: 8
Date: Mon, 13 Oct 2025 13:03:19 -0700
From: John Ralls<[email protected]>
To: R Losey<[email protected]>
Cc: Ken Pyzik<[email protected]>,"[email protected]"
        <[email protected]>,"[email protected]"
        <[email protected]>
Subject: Re: [GNC] Updated from 5.12 to 5.13 but cannot open GNUCASH
        any longer
Message-ID:<[email protected]>
Content-Type: text/plain;       charset=utf-8

This problem was discussed and solved in another thread, 
seehttps://lists.gnucash.org/pipermail/gnucash-user/2025-October/117826.html.

Regards,
John Ralls


On Oct 7, 2025, at 07:59, R Losey<[email protected]> wrote:

I'll note that I have Windows 10 and 5.13 is installed and seems to be
working fine (I haven't done much on it since I installed 5.13).

On Mon, Oct 6, 2025 at 9:43?AM Ken Pyzik<[email protected]> wrote:

Just to be clear, this error does not present itself on all Windows
installations.

I have Windows 11 and version 5.13 installed and it is working perfectly.
Also, one individual commented that he had three different Windows 11
configurations (one chip supported Windows 11 laptop, one unsupported chip
windows 11 laptop and one unsupported Windows 11 desktop) and two of the
three were working.  The one that did not work was a specific laptop
(unsupported Windows 11 chip) by a specific hardware manufacturer.

Based upon this information, the bug seems to be related to specific older
Windows 11 (or Windows 10) configurations on specific chipsets.  But this
is only a guess by me.  Based upon my limited experiences - Windows 11
fully supported chipset - Gnucash seems to be installing and working fine.

Go figure!

Ken
________________________________
From: gnucash-user<[email protected]>
on behalf of Adrien Monteleone<[email protected]>
Sent: Monday, October 6, 2025 7:08 AM
To:[email protected] <[email protected]>
Subject: Re: [GNC] Updated from 5.12 to 5.13 but cannot open GNUCASH any
longer

Joseph,

Those errors are also reported in another thread titled "GnuCash v5.13
doesn't start and I can't reachhttps://wiki.gnucash.org/wiki/Bugzilla";.

Though it does get a bit technical, you can follow along there.

In the meantime, you can fall back to 5.12 to get work done.

Regards,
Adrien

On 10/5/25 3:06 PM, Joseph Hymel via gnucash-user wrote:
Running Win 10 on desktop
I installed 5.13 just as I done every time for over 6 years now. After
install completed and I tried to open GNUCASH, I got these two notification
message boxes:
"The procedure entry point clock_gettime32 could not be locatedin the
dynamic link library c:\\Program Files (x86)\gnucash\bin\libstdc++-6.dll"
"The procedure entry point pthread_cond_timedwait32 could not be located
in the dynamic link library C:\Program Files
(x86)\gnucash\bin\libjavascriptcoregtk-3.0-0.dll"
I have a backup copy of all the files generated after each use of
gnucash on daily basis. I need help and am not a computer technical expert.
I am just a user of gnucash.

_______________________________________________
gnucash-user mailing list
[email protected]
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
[email protected]
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.


--
_________________________________
Richard Losey
[email protected]
Micah 6:8
_______________________________________________
gnucash-user mailing list
[email protected]
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.


------------------------------

Message: 9
Date: Mon, 13 Oct 2025 15:01:23 -0500
From: Adrien Monteleone<[email protected]>
To:[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed

Excellent point.

I prefer them separate as well.

Regards,
Adrien

On 10/13/25 2:52 PM, Sherlock wrote:
For example, consider the work you might need to do if you wanted to
revert a set of changes made to a saved report over a few months.? If
you had to restore the data file, you would also revert the data you
entered.? Compare that to restoring the saved-reports-2.8 file.


------------------------------

Message: 10
Date: Mon, 13 Oct 2025 16:13:52 -0700
From: "Stan Brown (using GC 4.14)"<[email protected]>
To:[email protected]
Subject: Re: [GNC] Any reason reports are not stored in gnucash file ?
Message-ID:<[email protected]>
Content-Type: text/plain; charset=UTF-8


On 2025-10-13 12:03, Brook Milligan via gnucash-user wrote:
On Oct 13, 2025, at 10:43, John Ralls<[email protected]> wrote:
The original idea was by storing the saved report configs
separately they could be applied to more than one book as long
as the account names were either not customized or  the same
in both books. We broke the latter half of that assumption in
3.x by using the account guids instead of names because users
complained that the saved configs broke when they changed an
account name.
This suggests that there is no benefit to storing report configs
separately, right?>
What is required to store them in each book?  Does an export/import
config option make sense for transferring them between books?
Rather than store them in the book (main data file), why not in the GCM
file, which already holds configurations of registers, the general
journal, and the Accounts tab? That information is already on a per-book
basis, one GCM file per book file. And then there would be no collision
with the data file's present auto-save logic.

Or the saved report configurations could be stored in a {book}.reports
file in the books directory. Then import and export would require no
code at all; the user would simply copy {book1.reports} to {book2}.reports.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com/


------------------------------

Subject: Digest Footer

_______________________________________________

gnucash-user mailing list
[email protected]
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.


------------------------------

End of gnucash-user Digest, Vol 271, Issue 27
*********************************************
_______________________________________________
gnucash-user mailing list
[email protected]
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.

Reply via email to