Description: When opening a LibreOffice process via SDK bootstrapping, closing a window can lead to LibreOffice crash. Steps to Reproduce: 1. Compile LibreOffice from sources. 2. Copy the HelloTextTableShape.py from here: https://gerrit.libreoffice.org/c/core/+/146819/1/odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py 3. Invoke $ instdir/program/python odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py 4. After the 3 LibreOffice windows are opened, close one of them. It leads to crash. Actual Results: Crash. You can open LibreOffice again to see the crash recovery window: $ instdir/program/soffice Expected Results: LibrOffice should not crash. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a942e6e5ecfdd9ff83fc7febb8234c8f0e2813db CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded
Giving it a try, I got: ./instdir/program/python odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py File "odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py", line 1 <!DOCTYPE html> ^ SyntaxError: invalid syntax
@Julien Nabet: https://gerrit.libreoffice.org/changes/core~146819/revisions/1/files/odk%2Fexamples%2FDevelopersGuide%2FFirstSteps%2FHelloTextTableShape.py/download
(In reply to Werner Tietz from comment #2) > @Julien Nabet: > https://gerrit.libreoffice.org/changes/core~146819/revisions/1/files/ > odk%2Fexamples%2FDevelopersGuide%2FFirstSteps%2FHelloTextTableShape.py/ > download I got: julien@debianamd:~/lo/libreoffice$ ./instdir/program/python odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 warn:io.connector:43027:43027:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno030749368190779003": 10 Traceback (most recent call last): File "/home/julien/lo/libreoffice/instdir/program/officehelper.py", line 72, in bootstrap xContext = resolver.resolve(sConnect) uno.com.sun.star.connection.NoConnectException: Connector : couldn't connect to pipe "uno030749368190779003": 10 at /home/julien/lo/libreoffice/io/source/connector/connector.cxx:94 During handling of the above exception, another exception occurred: Traceback (most recent call last): File "odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape.py", line 38, in get_remote_service_manager self.remote_context = officehelper.bootstrap() File "/home/julien/lo/libreoffice/instdir/program/officehelper.py", line 77, in bootstrap raise BootstrapException("Cannot connect to soffice server.", None) officehelper.BootstrapException: Cannot connect to soffice server.
@Julien: Could you actually see the LibreOffice windows opened? And, do you have LibreOffice compiled and available? You should be able to run LibreOffice 7.6 dev with: $ instdir/program/soffice
(In reply to Hossein from comment #4) > @Julien: > Could you actually see the LibreOffice windows opened? And, do you have > LibreOffice compiled and available? You should be able to run LibreOffice > 7.6 dev with: > > $ instdir/program/soffice I see no window. Here's my autogen.input: CC=clang CXX=clang++ --enable-ld=lld #--with-webdav=curl --enable-online-update --with-privacy-policy-url=https://yourdomain/privacy-policy --enable-compiler-plugins --enable-dbgutil --enable-evolution2 #--enable-gtk4 --enable-qt5 --enable-kf5 --enable-gtk3-kde5 # pour tester build rpm format --enable-skia=debug --enable-ext-nlpsolver --enable-ext-numbertext --enable-ext-wiki-publisher --enable-dbus --enable-werror --enable-dependency-tracking --enable-python=fully-internal --without-system-mariadb --enable-bundle-mariadb --enable-symbols --enable-avahi --enable-eot --enable-odk --with-lang=en-US de es fr hu it ja nl pt pt-BR ru #--with-lang=ALL --with-myspell-dicts #--with-help and build is ok, I can start any LO module. Perhaps it's just due to the fact I don't know anything about SDK.
I could not reproduce the crash using the latest build from the linux-64-7.5 bibisect repo: Version: 7.5.0.1.0+ (X86_64) / LibreOffice Community Build ID: bf6072fd1866bfccee6147bbb776ffcc466c308d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Couldn't either with a master build from a few days ago, installed from our dailies: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4a0d671706306661c4a5072ce4769dc47bc65f71 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded While running, I got a few warnings (some of them already commonly seen as console noise): warn:io.connector:314384:314384:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno6529023545289012": 10 [...] warn:sal.osl:314417:314430:sal/osl/unx/module.cxx:103: dlopen(/opt/libreofficedev7.6/program/libjava_gcc3.so, 257): /opt/libreofficedev7.6/program/libjava_gcc3.so: cannot open shared object file: No such file or directory [...] warn:sfx.control:314417:314430:sfx2/source/control/dispatch.cxx:1206: Childwindow slot missing: 25917 [...] warn:legacy.tools:314417:314456:sfx2/source/control/bindings.cxx:1770: No cache for OfficeDispatch! [...] warn:sd:314417:314417:sd/source/ui/unoidl/DrawController.cxx:784: Calling disposed DrawController object. Throwing exception: [...] warn:legacy.osl:314417:314417:sc/source/ui/view/tabvwshh.cxx:232: no accessibility broadcaster? [...] warn:unotools.config:314417:314417:unotools/source/config/configmgr.cxx:147: ConfigManager not empty
This does not happen in Linux, so it seems to be a Windows-only problem. Not reproducible on Linux: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5b9855acc7fa6d1e4a5f53ff0bc47e1dd4729827 CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded But the problem is still reproducible on Windows: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5b9855acc7fa6d1e4a5f53ff0bc47e1dd4729827 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded
Could not reproduce on Windows 10 either: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 5a235634ca5761aa4b330ebf7e3a2083b7db1606 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded No crash after closing one of the three windows and saying "No" to saving the file. I only got a UI refresh issue which requires hovering over buttons or resizing the window to make parts of the UI appear. I see the same "warn:io.connector" warnings as Julien.
Tested with another Windows 10 instance, and the same problem was there. Here is the console output: $ instdir/program/python HelloTextTableShape.py warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno2882509348717913": 1 Connected to a running office ... 153 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno5734024485250353": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno5734024485250353": 1 warn:binaryurp:5396:9860:binaryurp/source/bridge.cxx:845: undisposed bridge "" in state 2, potential deadlock ahead Connected to a running office ... 153 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno06361373529997805": 1 warn:io.connector:5396:9860:io/source/connector/connector.cxx:93: Connector : couldn't connect to pipe "uno06361373529997805": 1 warn:binaryurp:5396:9860:binaryurp/source/bridge.cxx:845: undisposed bridge "" in state 2, potential deadlock ahead Connected to a running office ... Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e34074feeb1b918ab9f26a18c5fdb0b1f2e35f94 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
I still get this warning: warn:binaryurp:85662:85688:binaryurp/source/bridge.cxx:842: undisposed bridge "" in state 2, potential deadlock ahead But not a crash with LO 7.5 and 7.6 dev master (Wayland): Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 76a413aaf978cfa2b672299ea030ca96088ca786 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded
The problem still happens in the latest LO 7.6 dev on Windows: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 912336f3c85d9a631fa0ac0f270bab04b204f619 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
It seems that this is a debug only problem, because it works fine with the release binaries of 7.5: c:\Progra~1\LibreOffice\program\python.exe HelloTextTableShape.py Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
The problem seems to be from LibreOffice Skia code. This is the backtrace I have created by attaching the VS debugger to the soffice.bin process: vcl/skia/gdiimpl.cxx:290 --------------- SkiaSalGraphicsImpl::~SkiaSalGraphicsImpl() { assert(!mSurface); <- Exception thrown from here assert(!mWindowContext); } --------------- ucrtbased.dll!00007ffa7f037475() Unknown ucrtbased.dll!00007ffa7f037613() Unknown ucrtbased.dll!00007ffa7f04d86d() Unknown ucrtbased.dll!00007ffa7f0530bf() Unknown ucrtbased.dll!00007ffa7f0510b8() Unknown ucrtbased.dll!00007ffa7f053a1f() Unknown > vcllo.dll!SkiaSalGraphicsImpl::~SkiaSalGraphicsImpl() Line 290 C++ [External Code] vclplug_winlo.dll!WinSalGraphics::~WinSalGraphics() Line 668 C++ [External Code] vclplug_winlo.dll!WinSalFrame::~WinSalFrame() Line 969 C++ [External Code] vclplug_winlo.dll!SalComWndProc(HWND__ * __formal, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam, bool & rDef) Line 666 C++ vclplug_winlo.dll!SalComWndProcW(HWND__ * hWnd, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam) Line 723 C++ [External Code] vclplug_winlo.dll!WinSalInstance::DestroyFrame(SalFrame * pFrame) Line 805 C++ vcllo.dll!vcl::Window::dispose() Line 537 C++ vcllo.dll!ImplBorderWindow::dispose() Line 1607 C++ vcllo.dll!VclReferenceBase::disposeOnce() Line 39 C++ vcllo.dll!VclPtr<vcl::Window>::disposeAndClear() Line 207 C++ vcllo.dll!vcl::Window::dispose() Line 509 C++ vcllo.dll!SystemWindow::dispose() Line 115 C++ vcllo.dll!WorkWindow::dispose() Line 128 C++ vcllo.dll!VclReferenceBase::disposeOnce() Line 39 C++ tklo.dll!VclPtr<vcl::Window>::disposeAndClear() Line 207 C++ tklo.dll!VCLXWindow::dispose() Line 927 C++ fwklo.dll!`anonymous namespace'::XFrameImpl::disposing() Line 2199 C++ cppuhelper3MSC.dll!cppu::WeakComponentImplHelperBase::dispose() Line 104 C++ fwklo.dll!cppu::PartialWeakComponentImplHelper<com::sun::star::lang::XServiceInfo,com::sun::star::frame::XFrame2,com::sun::star::awt::XWindowListener,com::sun::star::awt::XTopWindowListener,com::sun::star::awt::XFocusListener,com::sun::star::document::XActionLockable,com::sun::star::util::XCloseable,com::sun::star::frame::XComponentLoader,com::sun::star::frame::XTitle,com::sun::star::frame::XTitleChangeBroadcaster,com::sun::star::beans::XPropertySet,com::sun::star::beans::XPropertySetInfo>::dispose() Line 90 C++ fwklo.dll!`anonymous namespace'::XFrameImpl::close(unsigned char bDeliverOwnership) Line 1733 C++ fwklo.dll!framework::pattern::frame::closeIt(const com::sun::star::uno::Reference<com::sun::star::uno::XInterface> & xResource) Line 57 C++ fwklo.dll!framework::CloseDispatcher::implts_closeFrame() Line 500 C++ fwklo.dll!framework::CloseDispatcher::impl_asyncCallback(LinkParamNone * __formal) Line 379 C++ fwklo.dll!framework::CloseDispatcher::LinkStubimpl_asyncCallback(void * instance, LinkParamNone * data) Line 246 C++ vcllo.dll!Link<LinkParamNone *,void>::Call(LinkParamNone * data) Line 111 C++ vcllo.dll!vcl::EventPoster::DoEvent_Impl(void * __formal) Line 53 C++ vcllo.dll!vcl::EventPoster::LinkStubDoEvent_Impl(void * instance, void * data) Line 48 C++ vcllo.dll!Link<void *,void>::Call(void * data) Line 111 C++ vcllo.dll!ImplHandleUserEvent(ImplSVEvent * pSVEvent) Line 2290 C++ vcllo.dll!ImplWindowFrameProc(vcl::Window * _pWindow, SalEvent nEvent, const void * pEvent) Line 2858 C++ vcllo.dll!SalFrame::CallCallback(SalEvent nEvent, const void * pEvent) Line 309 C++ vclplug_winlo.dll!ImplHandleUserEvent(HWND__ * hWnd, __int64 lParam) Line 4252 C++ vclplug_winlo.dll!SalFrameWndProc(HWND__ * hWnd, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam, bool & rDef) Line 5903 C++ vclplug_winlo.dll!SalFrameWndProcW(HWND__ * hWnd, unsigned int nMsg, unsigned __int64 wParam, __int64 lParam) Line 6010 C++ [External Code] vclplug_winlo.dll!ImplSalDispatchMessage(const tagMSG * pMsg) Line 474 C++ vclplug_winlo.dll!ImplSalYield(bool bWait, bool bHandleAllCurrentEvents) Line 505 C++ vclplug_winlo.dll!WinSalInstance::DoYield(bool bWait, bool bHandleAllCurrentEvents) Line 580 C++ vcllo.dll!ImplYield(bool i_bWait, bool i_bAllEvents) Line 385 C++ vcllo.dll!Application::Yield() Line 470 C++ vcllo.dll!Application::Execute() Line 363 C++ sofficeapp.dll!desktop::Desktop::Main() Line 1593 C++ vcllo.dll!ImplSVMain() Line 203 C++ vcllo.dll!SVMain() Line 236 C++ sofficeapp.dll!soffice_main() Line 94 C++ soffice.bin!sal_main() Line 51 C soffice.bin!main(int argc, char * * argv) Line 49 C [External Code]
The problem is from Skia, as the surface is not disposed in SkiaSalGraphicsImpl::~SkiaSalGraphicsImpl() for some reason. By disabling Skia, the problem is no longer there. Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcd233e45f1d793555e29522d1c30b67c574b628 CPU threads: 32; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (en_DE); UI: en-US Calc: threaded
Dear Hossein, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Testing with the latest LO 26.8 master: Version: 26.8.0.0.alpha0+ (X86_64) Build ID: f25dbabaec77368a30a8561a9d04120add4e9aa2 CPU threads: 20; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded The crash assert still happens, but in different step, in this assertion: void WinSalFrame::ReleaseGraphics( SalGraphics* pGraphics ) { -> assert(mbGraphicsAcquired && "Can only call ReleaseGraphics when you own the graphics"); ... } Assertion is added in: a086036723e0f358af2686ffc2a525627c4bb201 This is the stack trace: vclplug_winlo.dll!WinSalFrame::ReleaseGraphics(SalGraphics * pGraphics) Line 1046 at vcl\win\window\salframe.cxx(1046) vcllo.dll!vcl::WindowOutputDevice::ReleaseGraphics(bool bRelease) Line 904 at vcl\source\window\window.cxx(904) vcllo.dll!vcl::Window::dispose() Line 486 at vcl\source\window\window.cxx(486) vcllo.dll!DockingWindow::dispose() Line 409 at vcl\source\window\dockwin.cxx(409) vcllo.dll!ToolBox::dispose() Line 1313 at vcl\source\window\toolbox.cxx(1313) vcllo.dll!VclReferenceBase::disposeOnce() Line 38 at vcl\source\outdev\vclreferencebase.cxx(38) vcllo.dll!VclPtr<vcl::Window>::disposeAndClear() Line 208 at include\vcl\vclptr.hxx(208) vcllo.dll!VclBuilder::disposeBuilder() Line 685 at vcl\source\window\builder.cxx(685) vcllo.dll!VclBuilder::~VclBuilder() Line 677 at vcl\source\window\builder.cxx(677) vcllo.dll!VclBuilder::`scalar deleting destructor'(unsigned int) vcllo.dll!std::default_delete<VclBuilder>::operator()(VclBuilder * _Ptr) Line 3338 at C:\Program Files\Microsoft Visual Studio\18\Community\VC\Tools\MSVC\14.50.35717\include\memory(3338) vcllo.dll!std::unique_ptr<VclBuilder,std::default_delete<VclBuilder>>::reset(VclBuilder * _Ptr) Line 3500 at C:\Program Files\Microsoft Visual Studio\18\Community\VC\Tools\MSVC\14.50.35717\include\memory(3500) vcllo.dll!SalInstanceBuilder::~SalInstanceBuilder() Line 7076 at vcl\source\app\salvtables.cxx(7076) vcllo.dll!SalInstanceBuilder::`scalar deleting destructor'(unsigned int) svxlo.dll!std::default_delete<weld::Builder>::operator()(weld::Builder * _Ptr) Line 3338 at C:\Program Files\Microsoft Visual Studio\18\Community\VC\Tools\MSVC\14.50.35717\include\memory(3338) svxlo.dll!std::unique_ptr<weld::Builder,std::default_delete<weld::Builder>>::~unique_ptr<weld::Builder,std::default_delete<weld::Builder>>() Line 3456 at C:\Program Files\Microsoft Visual Studio\18\Community\VC\Tools\MSVC\14.50.35717\include\memory(3456) svxlo.dll!padWidthForSidebar(weld::Toolbar & rToolbar, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rFrame) Line 1460 at svx\source\dialog\dlgctrl.cxx(1460) svxlo.dll!svx::sidebar::ParaPropertyPanel::ParaPropertyPanel(weld::Widget * pParent, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rxFrame, SfxBindings * pBindings, com::sun::star::uno::Reference<com::sun::star::ui::XSidebar> xSidebar) Line 642 at svx\source\sidebar\paragraph\ParaPropertyPanel.cxx(642) svxlo.dll!std::make_unique<svx::sidebar::ParaPropertyPanel,weld::Widget * &,com::sun::star::uno::Reference<com::sun::star::frame::XFrame> const &,SfxBindings * &,com::sun::star::uno::Reference<com::sun::star::ui::XSidebar> const &,0>(weld::Widget * & <_Args_0>, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & <_Args_1>, SfxBindings * & <_Args_2>, const com::sun::star::uno::Reference<com::sun::star::ui::XSidebar> & <_Args_3>) Line 3659 at C:\Program Files\Microsoft Visual Studio\18\Community\VC\Tools\MSVC\14.50.35717\include\memory(3659) svxlo.dll!svx::sidebar::ParaPropertyPanel::Create(weld::Widget * pParent, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rxFrame, SfxBindings * pBindings, const com::sun::star::uno::Reference<com::sun::star::ui::XSidebar> & rxSidebar) Line 61 at svx\source\sidebar\paragraph\ParaPropertyPanel.cxx(61) svxlo.dll!`anonymous namespace'::PanelFactory::createUIElement(const rtl::OUString & rsResourceURL, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & rArguments) Line 135 at svx\source\sidebar\PanelFactory.cxx(135) fwklo.dll!`anonymous namespace'::UIElementFactoryManager::createUIElement(const rtl::OUString & ResourceURL, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & Args) Line 439 at framework\source\uifactory\uielementfactorymanager.cxx(439) sfxlo.dll!sfx2::sidebar::SidebarController::CreateUIElement(const com::sun::star::uno::Reference<com::sun::star::awt::XWindow> & rxWindow, const rtl::OUString & rsImplementationURL, const bool bWantsCanvas, const sfx2::sidebar::Context & rContext) Line 1062 at sfx2\source\sidebar\SidebarController.cxx(1062) sfxlo.dll!sfx2::sidebar::SidebarController::CreatePanel(std::basic_string_view<char16_t,std::char_traits<char16_t>> rsPanelId, weld::Widget * pParentWindow, const bool bIsInitiallyExpanded, const sfx2::sidebar::Context & rContext, const VclPtr<sfx2::sidebar::Deck> & pDeck) Line 1002 at sfx2\source\sidebar\SidebarController.cxx(1002) sfxlo.dll!sfx2::sidebar::SidebarController::CreatePanels(std::basic_string_view<char16_t,std::char_traits<char16_t>> rDeckId, const sfx2::sidebar::Context & rContext) Line 802 at sfx2\source\sidebar\SidebarController.cxx(802) sfxlo.dll!sfx2::sidebar::SidebarController::CreateDeck(std::basic_string_view<char16_t,std::char_traits<char16_t>> rDeckId, const sfx2::sidebar::Context & rContext, bool bForceCreate) Line 754 at sfx2\source\sidebar\SidebarController.cxx(754) sfxlo.dll!sfx2::sidebar::SidebarController::SwitchToDeck(const sfx2::sidebar::DeckDescriptor & rDeckDescriptor, const sfx2::sidebar::Context & rContext) Line 916 at sfx2\source\sidebar\SidebarController.cxx(916) sfxlo.dll!sfx2::sidebar::SidebarController::UpdateConfigurations() Line 635 at sfx2\source\sidebar\SidebarController.cxx(635) sfxlo.dll!sfx2::sidebar::SidebarController::notifyContextChangeEvent(const com::sun::star::ui::ContextChangeEventObject & rEvent) Line 371 at sfx2\source\sidebar\SidebarController.cxx(371) fwklo.dll!`anonymous namespace'::ContextChangeEventMultiplexer::BroadcastEventToSingleContainer(const com::sun::star::ui::ContextChangeEventObject & rEventObject, const com::sun::star::uno::Reference<com::sun::star::uno::XInterface> & rxEventFocus) Line 252 at framework\source\services\ContextChangeEventMultiplexer.cxx(252) fwklo.dll!`anonymous namespace'::ContextChangeEventMultiplexer::broadcastContextChangeEvent(const com::sun::star::ui::ContextChangeEventObject & rEventObject, const com::sun::star::uno::Reference<com::sun::star::uno::XInterface> & rxEventFocus) Line 235 at framework\source\services\ContextChangeEventMultiplexer.cxx(235) sfxlo.dll!sfx2::sidebar::ContextChangeBroadcaster::BroadcastContextChange(const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rxFrame, const rtl::OUString & rsModuleName, const rtl::OUString & rsContextName) Line 105 at sfx2\source\sidebar\ContextChangeBroadcaster.cxx(105) sfxlo.dll!sfx2::sidebar::ContextChangeBroadcaster::Activate(const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & rxFrame) Line 53 at sfx2\source\sidebar\ContextChangeBroadcaster.cxx(53) sfxlo.dll!SfxShell::BroadcastContextForActivation(const bool bIsActivated) Line 742 at sfx2\source\control\shell.cxx(742) sfxlo.dll!SfxShell::Activate(bool __formal) Line 392 at sfx2\source\control\shell.cxx(392) sfxlo.dll!SfxShell::DoActivate_Impl(SfxViewFrame * pFrame, bool bMDI) Line 345 at sfx2\source\control\shell.cxx(345) sfxlo.dll!SfxDispatcher::FlushImpl() Line 1407 at sfx2\source\control\dispatch.cxx(1407) sfxlo.dll!SfxDispatcher::Flush() Line 159 at sfx2\source\control\dispatch.cxx(159) swlo.dll!SwView::SelectShell() Line 518 at sw\source\uibase\uiview\view.cxx(518) swlo.dll!SwView::AttrChangedNotify(LinkParamNone * __formal) Line 586 at sw\source\uibase\uiview\view.cxx(586) swlo.dll!SwView::Activate(bool bMDIActivate) Line 104 at sw\source\uibase\uiview\view1.cxx(104) sfxlo.dll!SfxShell::DoActivate_Impl(SfxViewFrame * pFrame, bool bMDI) Line 345 at sfx2\source\control\shell.cxx(345) sfxlo.dll!SfxDispatcher::DoActivate_Impl(bool bMDI) Line 601 at sfx2\source\control\dispatch.cxx(601) sfxlo.dll!SfxViewFrame::DoActivate(bool bUI) Line 1214 at sfx2\source\view\viewfrm.cxx(1214) sfxlo.dll!SfxApplication::SetViewFrame_Impl(SfxViewFrame * pFrame) Line 227 at sfx2\source\appl\app.cxx(227) sfxlo.dll!SfxViewFrame::SetViewFrame(SfxViewFrame * pFrame) Line 3761 at sfx2\source\view\viewfrm.cxx(3761) sfxlo.dll!SfxViewFrame::MakeActive_Impl(bool bGrabFocus) Line 2368 at sfx2\source\view\viewfrm.cxx(2368) sfxlo.dll!SfxBaseController::ConnectSfxFrame_Impl(const SfxBaseController::ConnectSfxFrame i_eConnect) Line 1211 at sfx2\source\view\sfxbasecontroller.cxx(1211) sfxlo.dll!SfxBaseController::attachFrame(const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & xFrame) Line 532 at sfx2\source\view\sfxbasecontroller.cxx(532) sfxlo.dll!utl::ConnectFrameControllerModel(const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & xFrame, const com::sun::star::uno::Reference<com::sun::star::frame::XController2> & xController, const com::sun::star::uno::Reference<com::sun::star::frame::XModel> & xModel) Line 57 at include\unotools\fcm.hxx(57) sfxlo.dll!`anonymous namespace'::SfxFrameLoader_Impl::impl_createDocumentView(const com::sun::star::uno::Reference<com::sun::star::frame::XModel2> & i_rModel, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & i_rFrame, const comphelper::NamedValueCollection & i_rViewFactoryArgs, const rtl::OUString & i_rViewName) Line 593 at sfx2\source\view\frmload.cxx(593) sfxlo.dll!`anonymous namespace'::SfxFrameLoader_Impl::load(const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & rArgs, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & _rTargetFrame) Line 812 at sfx2\source\view\frmload.cxx(812) fwklo.dll!framework::LoadEnv::impl_loadContent() Line 1181 at framework\source\loadenv\loadenv.cxx(1181) fwklo.dll!framework::LoadEnv::start() Line 417 at framework\source\loadenv\loadenv.cxx(417) fwklo.dll!framework::LoadEnv::startLoading(const rtl::OUString & sURL, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & lMediaDescriptor, const com::sun::star::uno::Reference<com::sun::star::frame::XFrame> & xBaseFrame, const rtl::OUString & sTarget, long nSearchFlags, LoadEnvFeatures eFeature) Line 313 at framework\source\loadenv\loadenv.cxx(313) fwklo.dll!framework::LoadEnv::loadComponentFromURL(const com::sun::star::uno::Reference<com::sun::star::frame::XComponentLoader> & xLoader, const com::sun::star::uno::Reference<com::sun::star::uno::XComponentContext> & xContext, const rtl::OUString & sURL, const rtl::OUString & sTarget, long nSearchFlags, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & lArgs) Line 169 at framework\source\loadenv\loadenv.cxx(169) fwklo.dll!framework::Desktop::loadComponentFromURL(const rtl::OUString & sURL, const rtl::OUString & sTargetFrameName, long nSearchFlags, const com::sun::star::uno::Sequence<com::sun::star::beans::PropertyValue> & lArguments) Line 594 at framework\source\services\desktop.cxx(594) mscx_uno.dll!`anonymous namespace'::cpp_call(bridges::cpp_uno::shared::UnoInterfaceProxy * pThis, bridges::cpp_uno::shared::VtableSlot aVtableSlot, _typelib_TypeDescriptionReference * pReturnTypeRef, long nParams, _typelib_MethodParameter * pParams, void * pUnoReturn, void * * pUnoArgs, _uno_Any * * ppUnoExc) Line 214 at bridges\source\cpp_uno\msvc_win32_x86-64\uno2cpp.cxx(214) mscx_uno.dll!unoInterfaceProxyDispatch(_uno_Interface * pUnoI, const _typelib_TypeDescription * pMemberTD, void * pReturn, void * * pArgs, _uno_Any * * ppException) Line 430 at bridges\source\cpp_uno\msvc_win32_x86-64\uno2cpp.cxx(430) binaryurplo.dll!binaryurp::IncomingRequest::execute_throw(binaryurp::BinaryAny * returnValue, std::vector<binaryurp::BinaryAny,std::allocator<binaryurp::BinaryAny>> * outArguments) Line 239 at binaryurp\source\incomingrequest.cxx(239) binaryurplo.dll!binaryurp::IncomingRequest::execute() Line 79 at binaryurp\source\incomingrequest.cxx(79) binaryurplo.dll!request(void * pThreadSpecificData) Line 84 at binaryurp\source\reader.cxx(84) cppu3.dll!cppu_threadpool::JobQueue::enter(const void * nDisposeId, bool bReturnWhenNoJob) Line 101 at cppu\source\threadpool\jobqueue.cxx(101) cppu3.dll!cppu_threadpool::ORequestThread::run() Line 165 at cppu\source\threadpool\thread.cxx(165) cppu3.dll!threadFunc(void * param) Line 190 at include\osl\thread.hxx(190) sal3.dll!oslWorkerWrapperFunction(void * pData) Line 67 at sal\osl\w32\thread.cxx(67)
Reproducing the problem here is not hard at all. You only need to install Windows LibreOffice binaries + SDK to reproduce it: Invoke "cmd" (command prompt) from Windows start menu, then run this command: "C:\Program Files\LibreOffice\program\python.exe" "C:\Program Files\LibreOffice\sdk\examples\DevelopersGuide\FirstSteps\HelloTextTableShape\python\HelloTextTableShape.py" Wait a few seconds, and after LibreOffice is done with showing the 3 expected windows, press Ctrl+q to quit, and respond no to save files. LibreOffice crashes during the steps. Sometimes, crash happens even before displaying the 3 windows is complete. On a debug build, the command is: (a little different from comment 0, because of r re-structuring examples) $ instdir/program/python odk/examples/DevelopersGuide/FirstSteps/HelloTextTableShape/python/HelloTextTableShape.py
(In reply to Hossein from comment #17) > Reproducing the problem here is not hard at all. You only need to install > Windows LibreOffice binaries + SDK to reproduce it: (...) Indeed. Crash occurs on Windows 11 with LO 25.8.4.2 and 26.8.0.0.alpha0+ (X86_64). ---------------- Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 680(Build:0) CPU threads: 8; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: en-US (fr_FR); UI: en-US Calc: threaded