Description: I use ubuntu 17.10.1 and is not able to make any docked toolbar floating by dragging off the vertical handle of the toolbar. It works fine on Windows. Version: 5.4.2.2 Build ID: 1:5.4.2-0ubuntu0.17.10.1 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group Not sure if this is a regression. Steps to Reproduce: 1. Open Writer or Impress. 2. Use mouse to drag any docked toolbar to the central area. Actual Results: A dashed box appears when dragging and disappear when realising mouse button, but the toolbar is still docked. Expected Results: The toolbar become a floating toolbar. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
I guess that's under a Wayland session? In which case it was an intentional change, see https://cgit.freedesktop.org/libreoffice/core/commit/?id=a6d324f30bd5cfd09d54614d8df67b7857550429
(In reply to Xisco Faulí from comment #1) > Could you please try to reproduce it with the latest version of LibreOffice > from https://www.libreoffice.org/download/libreoffice-fresh/ ? > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. @Xisco Version: 6.1.0.0.alpha0+ Build ID: 9fc9bf3240f8c62ad7859947ab8a033ac1fe93fa CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded @Maxim Monastirsky Yes. It's Wayland session. Not sure if this issue should be wontfix or notourbug, or can be left open and wait someone to fix it someday. Floating toolbar is still useful in some cases.
Maxim discussed the issue last December: https://lists.freedesktop.org/archives/libreoffice/2017-December/079108.html I found some clue about how GNOME is solving this: http://inkscape.13.x6.nabble.com/GDL-broken-under-Wayland-td4981268.html Ted said: "I was chatting with Christian Hergert at SCALE last year and he really wanted us to move over to the code Builder is using. At the time he was thinking about pulling it out into a library, but I'm not sure if he has." Well, apparently Christian has done it, but there is nearly no documentation: https://github.com/chergert/libdazzle/tree/master/src/panel Only this confirms it: https://github.com/GNOME/libdazzle/blob/master/doc/dazzle-docs.sgml#L144 "Many content creation applications need some sort of panel system. Dazzle provides flexible panel widgets and docks for this purpose."
As this "bug" definitely exists, I am changing to NEW. Whether or not this is intentional, it is not possible to float toolbars under Wayland.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Saw this bug was pinged and tried to reproduce it. Toolbars do not seem to be draggable at all anymore. Was this feature removed or is it just disabled on Wayland now?
(In reply to Kai from comment #7) > Saw this bug was pinged and tried to reproduce it. > > Toolbars do not seem to be draggable at all anymore. Was this feature > removed or is it just disabled on Wayland now? What you see is different from this bug. The toolbars have "Lock Toolbar Position" ON as default in LO 7. If you set it to off (context menu), then you can drag the toolbars.
Dear Mark Hung, 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
*** Bug 155114 has been marked as a duplicate of this bug. ***
wayland-protocols version 1.34 might help with its new protocol "xdg-toplevel-drag"[1]: "This protocol enhances regular drag and drop by allowing attaching a toplevel window to a drag. This can be used to implement e.g. detachable toolbars and browser tab drag behavior that can be seen in other platforms." [1]: https://lists.freedesktop.org/archives/wayland-devel/2024-March/043537.html
It works fine with KDE.
*** Bug 169302 has been marked as a duplicate of this bug. ***
(In reply to Stéphane Guillou (stragu) from comment #11) > wayland-protocols version 1.34 might help with its new protocol > "xdg-toplevel-drag"[1]: > > "This protocol enhances regular drag and drop by allowing attaching a > toplevel window to a drag. This can be used to implement e.g. detachable > toolbars and browser tab drag behavior that can be seen in other > platforms." > > [1]: > https://lists.freedesktop.org/archives/wayland-devel/2024-March/043537.html Apparently this got implemented in mutter in Oct 2024: https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/4107
Any idea, Michael, what causes this Wayland bug?
Created attachment 203801 [details] Screenshot on KDE On Wayland 1.24.0-1 (Arch Linux / KDE / plasmashell) I cannot undock per drag but via context menu; the toolbar is drawn in a window, which is movable. On X11 the toolbar is a toolbar and movable. I think it needs to be tested on a real Gnome DE.
(In reply to Heiko Tietze from comment #15) > Any idea, Michael, what causes this Wayland bug? See the commit mentioned in comment 2 and the GTK bug it references: https://bugzilla.gnome.org/show_bug.cgi?id=768128 The previous comments here suggest that there might be ways to implement what's needed to make it work these days, however, but it needs somebody to look into doing that.
Seems to be fixed in: Version: 25.8.3.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Ubuntu package version: 4:25.8.3~rc2-0ubuntu0.24.04.1~lo1 Calc: threaded
Could someone please confirm and close this issue?
Setting to resolved/worksforme.
(In reply to OfficeUser from comment #20) > Setting to resolved/worksforme. I still reproduce the issue. Arch Linux 64-bit Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c1df669df72836eb6a5c5069077bda100d4506a1 CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 30 November 2025