Bug 408162 - wayland drag-n-drop from firefox to dolphin generates a pop-up menu with window decorations
Summary: wayland drag-n-drop from firefox to dolphin generates a pop-up menu with wind...
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: wayland-generic (other bugs)
Version First Reported In: 5.15.90
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-31 21:25 UTC by Ben Klopfenstein
Modified: 2019-06-03 13:26 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
screenshot showing drag-and-drop context menu with window decorations (201.49 KB, image/png)
2019-05-31 21:25 UTC, Ben Klopfenstein
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ben Klopfenstein 2019-05-31 21:25:48 UTC
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.
Comment 1 Ben Klopfenstein 2019-05-31 21:50:27 UTC
Firefox is in fact running in xwayland.
Comment 2 Ben Klopfenstein 2019-05-31 21:56:29 UTC
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.
Comment 3 Ben Klopfenstein 2019-05-31 22:02:03 UTC
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
Comment 4 Ben Klopfenstein 2019-05-31 22:07:12 UTC
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).
Comment 5 Nate Graham 2019-06-03 13:26:18 UTC
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!