Description of problem: This is a downstream bug to track https://bugzilla.gnome.org/show_bug.cgi?id=768128 . If you undock a toolbar in Libreoffice (e.g. Writer), you can no longer dock it just by dragging it with a mouse, when using Wayland. The workaround is to use Ctrl+Shift+F10 shortcut (or switch to using X11). Version-Release number of selected component (if applicable): gnome-session-wayland-session-3.22.1-2.fc25.x86_64 gnome-shell-3.22.1-2.fc25.x86_64 gtk3-3.22.2-1.fc25.x86_64 libreoffice-core-5.2.3.3-3.fc25.x86_64 libwayland-client-1.12.0-1.fc25.x86_64 libwayland-cursor-1.12.0-1.fc25.x86_64 libwayland-server-1.12.0-1.fc25.x86_64 mesa-libwayland-egl-12.0.3-3.fc25.x86_64 mutter-3.22.1-6.fc25.x86_64 xorg-x11-server-Xwayland-1.19.0-0.3.20161026.fc25.x86_64 How reproducible: always Steps to Reproduce: 1. run LO Writer 2. undock a toolbar 3. try to dock it back using the mouse
another option is to drop allowing toolbars to float under wayland rather than try to fight against the
If you can keep the toolbars moveable (because you can currently move them under Wayland, just undocking is problematic), but prohibit them from floating, then that could be a good temporary solution, yes.
libreoffice-5.2.3.3-6.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2016-0438bf95e5
Undocking is now disallowed, which solves this problem in a way.
libreoffice-5.2.3.3-6.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-0438bf95e5
libreoffice-5.2.3.3-6.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Kamil Páral from comment #4) > Undocking is now disallowed, which solves this problem in a way. That's wrong. You can still undock toolbars – at least from what you can see from toolbar shadows. If you do so, it leaves them in a very broken state either being drawn on behind of another toolbar or cut off. Please undo this change, it was way better before this patch.
(In reply to Christian Stadelmann from comment #7) > That's wrong. You can still undock toolbars – at least from what you can see > from toolbar shadows. If you do so, it leaves them in a very broken state > either being drawn on behind of another toolbar or cut off. Can you please share a screencast or at least a reproducer description?
(In reply to Kamil Páral from comment #8) > (In reply to Christian Stadelmann from comment #7) > > That's wrong. You can still undock toolbars – at least from what you can see > > from toolbar shadows. If you do so, it leaves them in a very broken state > > either being drawn on behind of another toolbar or cut off. > > Can you please share a screencast or at least a reproducer description? Screencast: Is there any software known to work on wayland? I don't think I have any installed. Reproducer: 1. open any Libreoffice component (e.g. writer) 2. drag any toolbar 3. drop it into the text pane (where it would detach before the latest update) What happens: While dragging the toolbar shadow indicates that the toolbar will be detached. After releasing the mouse button, the toolbar is either gone completely or is drawn behind other toolbars or the main content (text or cells or drawing area on Writer / Calc / Draw). What should happen: Don't draw a shadow if the toolbar won't be there after drop. If the toolbar cannot be shown where it was dropped, snap back to its original position but don't put it to some random position.
(In reply to Christian Stadelmann from comment #9) > Screencast: Is there any software known to work on wayland? I don't think I > have any installed. I've found recordmydesktop which doesn't work on wayland. The gtk UI crashes instead of starting and the CLI version just records a black screen.
Open a new bug for the new problem please. You can still drag toolbars to new dockable positions. But if you don't get as far as a new dockable position, then under X we still get a floating toolbar and under wayland its the same response as if you pressed ESC to cancel the drag. So it sounds like a pre-existing problem with cancelling toolbar docking which in-itself isn't wayland related, though of course that all efforts to float a toolbar are autocanceled under wayland is very related to wayland.
Ok, I'll be creating a new bug report.
(In reply to Christian Stadelmann from comment #9) > Screencast: Is there any software known to work on wayland? I don't think I > have any installed. https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html.en limited to 30 seconds https://extensions.gnome.org/extension/690/easyscreencast/ what I personally use
(In reply to Kamil Páral from comment #13) > (In reply to Christian Stadelmann from comment #9) > > Screencast: Is there any software known to work on wayland? I don't think I > > have any installed. > > https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html.en > limited to 30 seconds > > https://extensions.gnome.org/extension/690/easyscreencast/ > what I personally use Thanks! I've reported a new bug report #1397181 for the issue(s) I've described above.