Created attachment 182943 [details] Screenshot of AutoCorrect Options window When scrolling with a mouse through items for auto-correction options the window constantly expands and becomes wider than the screen itself, regardless of scrolling up or down.
Just installed LO 7.4.1.2. The very same bug in Writer.
Please test with a clean profile, Menu/Help/Restart in Safe Mode
No difference in the Safe mode. The bug is still on its place.
Additional info. Linux Mint 21 Vanessa 64 Linux 5.15.0-50-generic x86_64 MATE 1.26.0
[Automated Action] NeedInfo-To-Unconfirmed
I'm also seeing the same bug. It also can be triggered by toggling 'Enable word completion' and then clicking between the tabs in the AutoCorrect menu. Each click, or scroll in the options list, or mouseover of the +/- buttons for Min word length etc will cause the window to widen further. Also still happens in safe mode. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.1 Calc: threaded
This has been intermittent for me. It appears to be triggered and mitigated by which tab the panel was last closed in. If the panel is closed under the "Replace" tab, the window expands wider with each mouse click or scroll. If the panel is closed in any other tab, the panel behaves normally. Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.1 Calc: threaded
Same happens for me. Have a newly installed Fedora 39 Cinnamon spin, none of the Libre Office apps have being opened before. Seems like any user input cause the width (right side) to expand. Also, it is not possible to manually reduce the width of the dialog box. Some behavior particularities of this bug: * Affect both Calc and Writer * Growth also triggered by mouseover events (all clockable objects within the dialog box) * The growth rate is not constant - i.e. Clicking for activate a tab cause window to grow a greater distance than other inputs. * When the window "hit" the screen limit, the window moves left while growing (doesn't try to go beyond screen limit while window width itself is not grater than the screen width. **I think I know how to cancel this behavior** While writing this, I tried to manually grow the window width and shrink it back again. After this, I'm not able to reproduce the weird growing behavior. **Behavior is back again next session** Turns out closing the LibO application and re-open also "re-activate" the unwanted window-grow-behavior. Now, after this the behavior have changed: * Attempt to resize the width or height manually, cause the height of the window to grow to maximum, i.e. same height as screen. * If I continue to hold the mouse button down and drag, the window "blows up" - it get non-visible but still have focus and block any user input. However it seems to close when Esc button are pressed. Version: 7.6.4.1 (X86_64) Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Update: I've used Ventoy in order to test multiple Linux distros and desktop environments with its pre-installed version of Libre Office. Conclusion first: Turns out that EVERY distributions I've tested where LibO is pre-installed have this bug. There are some minor differences in behaviour between different versions and desktop environments - see details below: Bug reproducible in following versions of LibO (Only Linux is tested); 7.4.7.2 ; Debian 12 ; Linux Mint 21.2 Mate ; Linux Mint 21.2 Cinnamon 7.6.2.1 ; Fedora 39 Budgie ; 7.6.4.1 ; Fedora 39 Cinnamon (installed version, and also probably upgraded from 7.6.2.1 when OS was initially installed) _Debian 12 Cinnamon_ System: Kernel: 6.1.0-13-amd64 arch: x86_64 bits: 64 compiler: gcc v: 12.2.0 Desktop: Cinnamon v: 5.6.8 tk: GTK v: 3.24.38 dm: LightDM Distro: Debian GNU/Linux 12 (bookworm) Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 4:7.4.7-1 Calc: threaded Behaviour (in this post, by "behavior" I mean that same menu window) * Same as Fedora 39 Cinnamon * Can expand width, but unable to shrink the width. _Fedora 39 Budgie_ System: Budgie version: 10.8.1 Window system: X11 Kernel: 6.5.6-300.fc39.x86_64 Version: 7.6.2.1 (X86_64) Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Behaviour * Budgie desktop threats windows by default differently from other distros, e.g. properties windows like this get centered on the screen and cannot be moved. This is normal behavior in Budgie. * Can increase window size, but cannot shrink the width. _Fedora 39 Xfce_ LibO not installed. Attempt to install LibO as flatpak failed due to lack of (disk) space. _Linux Mint 21.2 Mate_ Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded Behavior - initial behavior is different, the resize-bug seems to be triggered by specific user interaction to the window Initial behavior (before user input trigger the bug) * Window height can be adjusted normally. * Window can be moved around on screen normally. * Inconsistent behavior: The window size can always be increased. However, there is a random chance that after the dialog window is opened, the width can be increased, but can not be decreased again. This is the user interaction that I believe is triggering the windows-width behavior after initial open: * Random chance (about half the times, but not consistently) - I can adjust window width wider and narrower normally without triggering the bug. * Random chance that clicking the "Replace" tab will trigger the bug (I found that this trigger the bug about 1/3 attempts). * When the bug is triggered, the behaviour is identical of Fedora 39 Cinnamon (my last post). _Linux Mint 21.2 Cinnamon_ (Bug seems less severe on this distro of those tested) System: Kernel: 6.2.0-33-generic x86_64 bits: 64 compiler: N/A Desktop: Cinnamon 5.8.4 tk: GTK 3.24.33 wm: muffin dm: LightDM Distro: Linux Mint 21.2 Victoria base: Ubuntu 22.04 jammy Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3 Calc: threaded Behavior * Can increase window size, but cannot shrink the width * Not able to provoke the behavior where the window size increase by itself.
*** Bug 159962 has been marked as a duplicate of this bug. ***