| Summary: | wayland drag-n-drop from firefox to dolphin generates a pop-up menu with window decorations | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Ben Klopfenstein <benklop> |
| Component: | wayland-generic | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | kdelibs-bugs-null, nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.15.90 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | screenshot showing drag-and-drop context menu with window decorations | ||
Firefox is in fact running in xwayland. This also occurs with DnD from konqueror to dolphin, so it is not related (both running as native wayland apps) so this is not related to XWayland. As suggested by fvogt here: https://matrix.to/#/!NIrfttwcKodEknQLjd:matrix.org/$1559338345398426pTfRZ:matrix.org?via=matrix.org&via=kde.org, this seems likely to be a bug in KIO, not kwin. I'm changing the It might be important to note that this only occurs for the first drag-n-drop to the application (dolphin). Once an action is chosen in that menu, all subsequent drag-n-drops seem to behave correctly (no window decorations). Seems that this is a recent Qt 5.13 regression; see also Bug 408220. Please report upstream (https://bugreports.qt.io/) and add a link to your Qt bug report in the URL field here. Thanks! |
Created attachment 120464 [details] screenshot showing drag-and-drop context menu with window decorations SUMMARY Using wayland, When dragging a link from firefox to a dolphin window creates a pop-up that has window decorations STEPS TO REPRODUCE 1. use wayland. 2. open a new firefox window. open a new dolphin window. 3. click a link in firefox, and drag it into dolphin OBSERVED RESULT The menu comes up prompting the user whether they want to "move here, copy here, or link here." However, the menu has window decorations. If you choose one of the choices, the next time you drag/drop to dolphin, the menu does NOT have window decorations. EXPECTED RESULT Ignoring the fact that not all these choices make sense for a URL, menus should never have window decorations. Ideally, the menu should contain choices that are relevant in the context of a URL, but that should probably be a different bug. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch (available in About System) KDE Plasma Version: 5.15.90 KDE Frameworks Version: 5.58.0 Qt Version: 5.13.0 ADDITIONAL INFORMATION This occurs on wayland. I'm unsure if Firefox is running in XWayland, but I don't _think_ so, as it does smooth scrolling with touchscreen events, and that does not work under X11.