https://bugs.kde.org/show_bug.cgi?id=408165

            Bug ID: 408165
           Summary: drag-and-drop cursor is not correct outside of same
                    window
           Product: kwin
           Version: 5.15.90
          Platform: Archlinux Packages
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: kwin-bugs-n...@kde.org
          Reporter: benk...@gmail.com
  Target Milestone: ---

SUMMARY
When dragging and dropping from one application to another, the cursor does not
correctly indicate if the drag-and-drop target is valid.

Within a single application, (dolphin for example) the cursor displays whether
the drag-and-drop is a valid action, and changes between a 'no way' syymbol and
an arrow with a + depending on if the target is acceptable. For instance
dragging to the window borders is not acceptable and will not work.

When dragging to another window, the cursor necessarily passes through the
window border and changes to the 'no way' symbol. After exiting the window, it
remains in this state, regardless of where you try to drag and drop, or if the
target window will accept the drop.

STEPS TO REPRODUCE
1. select a file in dolphin
2. drag it to the desktop
3. observe the cursor states during the drag
4. drop the file to the desktop
5. observe that a menu pops up, accepting the drop, even though the cursor
indicated it was not going to work.

OBSERVED RESULT


When dragging to another window, the cursor necessarily passes through the
window border and changes to the 'no way' symbol. After exiting the window, it
remains in this state, regardless of where you try to drag and drop, or if the
target window will accept the drop.

EXPECTED RESULT

The cursor state should indicate if the drop target is valid, both inside and
outside the originating window.


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 behavior differs somewhat when originating from an XWayland window - the
cursor appears to change in response to the desktop accepting the drop, but if
the cursor is moved over another window and then back to the desktop, it stops
updating.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to