Created attachment 168936 [details] Simple picture illustration of how to recreate LibreOffice v.7.0.4.2 (x64), Windows 10. User Interface is Tabbed (Normal, NOT compact). The bug concerns the feature "Export Directly to PDF". In the Tabbed Layout, it's under the File tab. To recreate this bug, the window should be narrow enough, such that the PDF export button is hidden, and needs access via the double arrows that unveil additional options under the File tab. The bug could be recreated every time. It happened with previous releases of version 7, too.
Repro Version: 7.2.0.0.alpha0+ (x64) Build ID: f2171af6ce3516598d9f8bac8294025a21a5b1a2 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
@Caolan You might be interested.. it doesn't actual crash. but get stuck. The dialog which should appear doesn't..
I don't reproduce under gen on Linux. How about the "export" and "save as" options. Does this problem happen with all attempts to open a windows file dialog from this "too-narrow" launcher ?
(In reply to Caolán McNamara from comment #3) > I don't reproduce under gen on Linux. How about the "export" and "save as" > options. Does this problem happen with all attempts to open a windows file > dialog from this "too-narrow" launcher ? Good question, and yes it does. It just crashed with the Save As option. The thing is, after it freezes, the ESC key on the keyboard does not help with "unfreezing"
By the look of this windows-specific commit https://cgit.freedesktop.org/libreoffice/core/commit/?id=8c62c2fb88a7a82939ad3b5c7355c93a41b76d5b it seems plausible to me that commit fixes this issue ?
(In reply to Caolán McNamara from comment #5) > By the look of this windows-specific commit > https://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=8c62c2fb88a7a82939ad3b5c7355c93a41b76d5b it seems plausible to me that > commit fixes this issue ? Yeah this bug looks similiar to the problem I had. @Najeed: Can you test with a daily build? https://dev-builds.libreoffice.org/daily/master/current.html You need to check that the daily build was created after 2021-02-24 08:23 (when my patch was merged).
(In reply to Samuel Mehrbrodt (allotropia) from comment #6) > Yeah this bug looks similiar to the problem I had. > @Najeed: Can you test with a daily build? > https://dev-builds.libreoffice.org/daily/master/current.html > You need to check that the daily build was created after 2021-02-24 08:23 > (when my patch was merged). I just checked, but the bug still exists in a daily build from today.
Tried this today on windows and a self build and wasn't able to reproduce.
No crash for me Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f616d96bd8ce8986e4cc204953db0467e6060b5c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL The dialog keeps expanded state after export (would assume clicking 'PDF') closes the expand button but that's my expectation. It doesn't hang/or crash
This is reproducible in 7.1.5 but works ok in 7.2.0. Bisecting to see what made it work shows https://cgit.freedesktop.org/libreoffice/core/commit/?id=d4ed266849b558b041acb740a18bd81fa39bc582 from bug #133350
so fixed, by coincidence I feel, in 7.2.0
*** Bug 138599 has been marked as a duplicate of this bug. ***