https://bugs.documentfoundation.org/show_bug.cgi?id=152088
Stéphane Guillou (stragu) <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Regression By| |Maxim Monastirsky Ever confirmed|0 |1 Status|UNCONFIRMED |NEW Summary|Navigator (F5) can not be |Navigator (F5) can not be |docked using Wayland |docked with Ctrl + Shift + | |F10 shortcut using Wayland Blocks| |98259 Keywords| |regression Version|7.5.0.0 alpha0+ |6.1.0.3 release --- Comment #16 from Stéphane Guillou (stragu) <[email protected]> --- (In reply to Aron Budea from comment #13) > I went back to > efa4341364d6e3bd4ff86cb09be39acc3564ccdf~1 in the 6.1 bibisect repo (which > corresponds to e223e70f5d92e2ed027fc5d449bd790a123acdc2~1 in the source > repo), ran soffice, confirmed that Ctrl+Shft+F10 works from the Navigator > window, and when performing the steps above, I see: "GType: > MetaWindowWayland", not "MetaWindowXwayland". Confirmed with the linux-64-6.1 bibisect repo: it runs with the gtk3 VCL, and it shows up as MetaWindowWayland (whereas installed from debs, it would stick to gtk2 and MetaWindowXwayland). - Before e223e70f5d92e2ed027fc5d449bd790a123acdc2, gtk3 VCL, Wayland window: Ctrl + Shift + F10 works for docking/undocking the Navigator. - Since e223e70f5d92e2ed027fc5d449bd790a123acdc2, gtk3 VCL, Wayland window: it doesn't work. With a MetaWindowXwayland, using gen VCL, shortcut is usable before and after the commit, no change. So confirming this is a Wayland-specific regression. I clarified the summary to make this only about the loss of shortcut functionality. (Maxim is right that drag-and-dropping never worked for Wayland.) Maxim, can you please have another look? Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=98259 [Bug 98259] [META] Keyboard shortcuts and accelerators bugs and enhancements -- You are receiving this mail because: You are the assignee for the bug.
