Created attachment 169517 [details] LibreOffice Writer 7.1.0.3 with minimum sidebar width I'm using KDE 5.20.90 with X11 and 250% display scaling. I'm finding that just on this newest 7.1.0.3 width the sidebar appears very wide. If I try to shrink it LibreOffice crashes. See attached screenshot of the minimum sidebar width.
Crash could be (a) a corrupted profile.. or (b) some quirky behavior at first launch. So launch LibreOffice, close again.. And try to resize the sidebar.. I have encountered this few times in the past, but never investigated the exact circumstances
(In reply to Telesto from comment #1) > Crash could be (a) a corrupted profile.. or (b) some quirky behavior at > first launch. So launch LibreOffice, close again.. And try to resize the > sidebar.. > > I have encountered this few times in the past, but never investigated the > exact circumstances It happens to me every time. It's more of a hang than a crash actually -- hangs my whole system with the pointer staying as the resize pointer and very difficult to kill the window. I tried deleting everything in ~/.config/libreoffice/ but that makes no difference.
Thanks for reporting this issue. Could you please paste the info from Help - about LibreOffice ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the information has been provided
(In reply to Xisco Faulí from comment #3) > Thanks for reporting this issue. > Could you please paste the info from Help - about LibreOffice ? > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the information has been provided Version: 7.1.0.3 / LibreOffice Community Build ID: 10(Build:3) CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5 Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
I too am seeing this behavior on my wife's machine. It only seems to happen with the navigation pane, but it is consistently reproducible. Resizing the sidebar with one of the other panes selected is a little sluggish, but it does not freeze. She did not have this problem on 7.0. She is running Manjaro KDE (Surface-Linux Kernel 5.10) on a Surface Pro 6 with a Intel® UHD Graphics 620 and open source video drivers.) I am running Manjaro KDE (Kernel 5.10.13) on a Lenovo with an Intel UHD Graphics 630 using proprietary drivers (linux510-nvidia 460.39-7) and I am NOT seeing this problem at all.
(In reply to Patrick Baker from comment #5) > I too am seeing this behavior on my wife's machine. It only seems to happen > with the navigation pane, but it is consistently reproducible. Resizing the > sidebar with one of the other panes selected is a little sluggish, but it > does not freeze. She did not have this problem on 7.0. She is running > Manjaro KDE (Surface-Linux Kernel 5.10) on a Surface Pro 6 with a Intel® UHD > Graphics 620 and open source video drivers.) > > I am running Manjaro KDE (Kernel 5.10.13) on a Lenovo with an Intel UHD > Graphics 630 using proprietary drivers (linux510-nvidia 460.39-7) and I am > NOT seeing this problem at all. I have the Intel UHD Graphics 630 with the Mesa drivers and have the bug. It is consistently reproducible with the properties pane for me.
I switched my settings to open source driver ( intel,nouveau ? not sure how/if that's related to mesa ) and changed the scale to 225%, but could not repro. Also switched modesetting driver on/off. Still no luck. On my wife's machine it repro's less if not connected to external monitor. I grabbed her specs: System: Kernel: 5.10.13-arch1-1-surface x86_64 bits: 64 Desktop: KDE Plasma 5.20.5 Distro: Manjaro Linux Machine: Type: Laptop System: Microsoft product: Surface Pro 6 Mobo: Microsoft model: Surface Pro 6 UEFI: Microsoft v: 235.3440.768 date: 11.16.2020 CPU: Info: Quad Core model: Intel Core i5-8250U bits: 64 type: MT MCP L2 cache: 6 MiB Speed: 800 MHz min/max: 400/3400 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 5: 800 6: 800 7: 800 8: 800 Graphics: Device-1: Intel UHD Graphics 620 driver: i915 v: kernel Display: x11 server: X.Org 1.20.10 driver: loaded: intel unloaded: modesetting resolution: 2736x1824~60Hz OpenGL: renderer: Mesa Intel UHD Graphics 620 (KBL GT2) v: 4.6 Mesa 20.3.4 Audio: Device-1: Intel Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Imaging Unit driver: ipu3-imgu Device-2: Intel CSI-2 Host driver: ipu3-cio2 Device-3: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel Sound Server: ALSA v: k5.10.13-arch1-1-surface
One correction. It didn't repro on my wife's machine when the document was empty. (as opposed to external monitor connection).
Let's set to NEW as it was confirmed. You could also try with a 7.2.0 appimage to see, if the bug still appears: https://libreoffice.soluzioniopen.com/
(In reply to Buovjaga from comment #9) > Let's set to NEW as it was confirmed. You could also try with a 7.2.0 > appimage to see, if the bug still appears: > https://libreoffice.soluzioniopen.com/ Just tried the LibreOfficeDev-7.2.0.0.alpha0_2021-02-15-x86_64.AppImage on KDE Plasma 5.21. The bug is still there.
Created attachment 169857 [details] GDB trace of hang I tested this on a Lenovo ThinkPad T570. I downloaded Linux-rpm_deb-x86_64@86-TDF-dbg from https://dev-builds.libreoffice.org/daily/master/current.html I ran soffice --backtrace and when it hung, I pressed Ctrl-Alt-F2 to go into another virtual console and I killed the soffice process in htop. Then I switched back to the initial virtual console with Ctrl-Alt-F1 and said quit in gdb. Operating System: Arch Linux KDE Plasma Version: 5.21.0 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 Kernel Version: 5.10.16-arch1-1 OS Type: 64-bit Graphics Platform: X11 Processors: 4 × Intel® Core™ i7-7600U CPU @ 2.80GHz Memory: 15,5 GiB of RAM Graphics Processor: Mesa Intel® HD Graphics 620
I'm no longer at the laptop, but maybe others can verify that this is limited to kf5. Launch from the command line with SAL_USE_VCLPLUGIN=gtk3 libreoffice and try to reproduce the bug.
(In reply to Buovjaga from comment #12) > I'm no longer at the laptop, but maybe others can verify that this is > limited to kf5. > > Launch from the command line with > > SAL_USE_VCLPLUGIN=gtk3 libreoffice > > and try to reproduce the bug. Yes, when I launch with that option the sidebar is back to its normal thinner size. I cannot resize it, but then I would not want to. No hang occurs when trying to resize.
Created attachment 170043 [details] Huge side bar cannot be adjusted any smaller I have a similar issue with a too-wide side bar but when it is open. New computer. Installed LO 7.1.0.3 x64 yesterday. Side bar is really wide and when trying to adjust it, LO goes into a loop, and I have to kill it using a task manager. So I saw v7.1.1.1 was available. Installed that today. Same issue. See attachment. Version: 7.1.1.1 (x64) / LibreOffice Community Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769 CPU threads: 16; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded NVIDIA GeForce RTX 2060 installed. Although the motherboard does have an INTEL UHD Graphics. Display is 3840x2400 and set to 250%.
Some more information: I only get this bug with HiDPI scaling at 250%. If I set the global scale to 100% it does not happen.
(In reply to Paul McAuley from comment #15) > Some more information: I only get this bug with HiDPI scaling at 250%. If I > set the global scale to 100% it does not happen. Is that true for both, the "excessive width" and the crash when trying to resize or only for the "excessive width" (and it does not crash when resizing)?
(In reply to Michael Weghorn from comment #16) > (In reply to Paul McAuley from comment #15) > > Some more information: I only get this bug with HiDPI scaling at 250%. If I > > set the global scale to 100% it does not happen. > > Is that true for both, the "excessive width" and the crash when trying to > resize or only for the "excessive width" (and it does not crash when > resizing)? Yes, it is true for both.
No repro using NVIDIA GeForce GTX 1080 Ti (driver version 465.89) with Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 5707ec3303f8215af91aac7d7f7cc29bf67b6c99 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL Display is 1600x1200 and I tried 250% scaling as well
I have been experiencing the same thing since upgrading to 7.1. I just upgraded to 7.2 - the bug is still there. The sidebar appears very wide and can't be resized smaller. When I try to resize smaller, LO freezes and I have to kill the process in Task Manager. I have a HDPI screen. The sidebar can be resized normally when (1) I change scaling to 225% or less (the default is 250%), or (2) when I run LO in safe mode. Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I have also experienced this issue occasionally. For some reason the sidebar is larger than some "maximum value" and then resizing it will cause LO to hang. However I cannot find any reproducible set of steps to cause this issue. Does anyone know a series of steps to cause this problem? BTW, my display is 1920 x 1080 with 100% scaling and I've had this issue using these settings.
I managed to make LO 7.2 hang while resizing the sidebar on Ubuntu 20.04 with GNOME 3.36.8 and 200% scaling: Version: 7.2.7.2 / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded It does not happen at 100% scaling. It does not happen with GTK3. I could not reproduce in earlier version 7.1.0.3 nor in later version 7.3.7.2 (nor more recent ones). It was stuck with high CPU use (~12%) and I had to kill the process. The crash reporter gave me: https://crashreport.libreoffice.org/stats/crash_details/c2dd8349-0c5b-4b93-95fa-54c77b77f68f Signature is [libQt5Gui.so.5], only reported for Linux on LO 7.2 and 7.3. Not 100% sure if I am hitting the exact same issue, but since it looks like no one has reproduced since 7.3, can others test again with currently supported version 7.4 or 7.5 to see if it's a "works for me"? Paul, Telesto, Ilmaria, Brendon, Rafael, LibreTraining.
Looks like a duplicate of bug 141294. *** This bug has been marked as a duplicate of bug 141294 ***