Description: On pc Debian x86-64 with master sources updated today, LO quits brutally when opening a odb file or when trying to create one. (only with gtk3 rendering, no pb with gen rendering for example). Steps to Reproduce: 1. Launch Base 2. Try to open an existing odb file and just create a brand new one (with HSQL DB for example) Actual Results: LO quits/crashes Expected Results: No crash Reproducible: Always User Profile Reset: Yes Additional Info: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 2f4103da5625a9b90eb41d5c767a248a8d0b4255 CPU threads: 12; OS: Linux 6.7; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded
Created attachment 194185 [details] bt with debug symbols Behaviour is quite recent (I'd say less than 1 month) since I regularly open Base for some tests.
Caolán : you might be interested in this one since it's specific to gtk3 Michael: just in case it could be related to accessibility work since I don't reproduce this with gen rendering.
Couldn't reproduce with this daily build: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5e23cac5767c164b93491d46deef039409ea286c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded Tried creating a new one and opening an existing one. Will try with more recent sources.
Still no repro with: Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: d0702a3f17c1fbd1b8ffb9ca0b275943e1a1f442 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded ...but I realise now my comment 3 version was more recent than your comment 0 version. Anything in there that could have solved it? https://git.libreoffice.org/core/+log/2f4103da5625a9b90eb41d5c767a248a8d0b4255..5e23cac5767c164b93491d46deef039409ea286c Do you reproduce with a different locale?
(In reply to Stéphane Guillou (stragu) from comment #4) > Still no repro with: > > Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community > Build ID: d0702a3f17c1fbd1b8ffb9ca0b275943e1a1f442 > CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 > Locale: en-AU (en_AU.UTF-8); UI: en-US > Calc: CL threaded > > ...but I realise now my comment 3 version was more recent than your comment > 0 version. > > Anything in there that could have solved it? > https://git.libreoffice.org/core/+log/ > 2f4103da5625a9b90eb41d5c767a248a8d0b4255.. > 5e23cac5767c164b93491d46deef039409ea286c > > Do you reproduce with a different locale? Yes, I tried with master sources updated today e3bd3c7e3178dc091fd002628f052666b4db3be6 + en-US as locale setting and user interface + brand new LO profile, still the same bt. #0 0x00007f2443700ec9 in () at /lib/x86_64-linux-gnu/libgio-2.0.so.0 #1 0x00007f24437018b1 in () at /lib/x86_64-linux-gnu/libgio-2.0.so.0 #2 0x00007f2443725b58 in g_dbus_connection_register_object () at /lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x00007f2443701fa1 in g_dbus_connection_export_menu_model () at /lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x00007f243e1f9815 in attach_menu_model(GtkSalFrame*) (pSalFrame=0x5634fe67f500) at /home/julien/lo/libreoffice/vcl/unx/gtk3/gtkframe.cxx:605 #5 0x00007f243e1f19a6 in GtkSalFrame::Init(SalFrame*, SalFrameStyleFlags) (this=0x5634fe67f500, pParent=0x5634f72c2410, nStyle=SalFrameStyleFlags::SYSTEMCHILD) at /home/julien/lo/libreoffice/vcl/unx/gtk3/gtkframe.cxx:1790 #6 0x00007f243e1f0b50 in GtkSalFrame::GtkSalFrame(SalFrame*, SalFrameStyleFlags) (this=0x5634fe67f500, pParent=0x5634f72c2410, nStyle=SalFrameStyleFlags::SYSTEMCHILD) at /home/julien/lo/libreoffice/vcl/unx/gtk3/gtkframe.cxx:510 #7 0x00007f243e093cbc in GtkInstance::CreateFrame(SalFrame*, SalFrameStyleFlags) (this=0x5634f51eed50, pParent=0x5634f72c2410, nStyle=SalFrameStyleFlags::SYSTEMCHILD) at /home/julien/lo/libreoffice/vcl/unx/gtk3/gtkinst.cxx:265 #8 0x00007f2448b6c05b in vcl::Window::ImplInit(vcl::Window*, long, SystemParentData*) (this=0x5634fe2a2c70, pParent=0x5634f74895b0, nStyle=549755813890, pSystemParentData=0x0) at /home/julien/lo/libreoffice/vcl/source/window/window.cxx:1057
Some extra infos from gdb: (gdb) frame 4 #4 0x00007f243e1f9815 in attach_menu_model (pSalFrame=0x5634fe67f500) at /home/julien/lo/libreoffice/vcl/unx/gtk3/gtkframe.cxx:605 605 pSalFrame->m_nMenuExportId = g_dbus_connection_export_menu_model (pSessionBus, aDBusMenubarPath, pMenuModel, nullptr); (gdb) p pSessionBus $1 = (GDBusConnection *) 0x5634f721ebb0 (gdb) p aDBusMenubarPath $2 = (gchar *) 0x5634fe2be9b0 "/org/libreoffice/window/94785486075008/menus/menubar" (gdb) p pMenuModel $3 = 0x5634fe2ac430 (gdb) p *pSessionBus $4 = <incomplete type> (gdb) ptype pSessionBus type = struct _GDBusConnection { <incomplete type> } *
What version of glib do you have? There was apparently a new release of glib 2.80 which revealed some outstanding issue in g_dbus_connection_export_menu_model See https://bugs.documentfoundation.org/show_bug.cgi?id=161073
apt-file search libgio-2.0.so.0 (from bt) gives: libglib2.0-0t64: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 libglib2.0-0t64: /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0.8000.2 and apt-cache show libglib2.0-0t64 shows: Package: libglib2.0-0t64 Source: glib2.0 Version: 2.80.2-1 so yes it's 2.80. So since my local build already includes tdf#161073's fix, I suppose it means there's still a pb with 2.80.
yeah, that sounds like the https://bugs.documentfoundation.org/show_bug.cgi?id=161073#c6 piece where that part of the bug is in glib g_dbus_connection_export_menu_model itself *** This bug has been marked as a duplicate of bug 161073 ***
(In reply to Caolán McNamara from comment #9) > yeah, that sounds like the > https://bugs.documentfoundation.org/show_bug.cgi?id=161073#c6 piece where > that part of the bug is in glib g_dbus_connection_export_menu_model itself > > *** This bug has been marked as a duplicate of bug 161073 *** Just for the record, after Debian update today, I got now: Package: libglib2.0-0t64 Source: glib2.0 Version: 2.80.2-2 and I don't reproduce this bug anymore. Thank you Caolán! :-)