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

            Bug ID: 478506
           Summary: Detection of "start dragging" fails and select wrong
                    item
    Classification: Applications
           Product: krusader
           Version: 2.8.0
          Platform: Fedora RPMs
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: krusader-bugs-n...@kde.org
          Reporter: cz...@gmx.de
                CC: krusader-bugs-n...@kde.org
  Target Milestone: ---

SUMMARY

When starting a drag&drop action in the file panel the detection of "start
dragging" fails and selects wrong item.

The wrong item is visibly marked but usually not used as item-to-be-dragged
then. 
So it seems like an optical issue only. But it isn't only that! 

If Krusader is configured to use e.g. TotalCommander selection mode, the above
mentioned item gets dragged and not the chosen one! I tracked it down to the
"Left mouse button selects" option. If that one is unchecked that bug has those
real consequences.

To make it really obscure it only happens in the first place if the
dragging-action is started in a special way, see below.

(Sorry for that many words, it's hard to describe, especially if one isn't a
native speaker...)


STEPS TO REPRODUCE
1. Open Krusader with default settings
2. Navigate to a folder with some files *and* directories
3. Select a file by clicking on it
4. Start dragging the file with the mouse by carefully clicking on the upper
half of its name/line/entry and then move the mouse exactly upwards leaving the
bounds of the current file entry.
5. A/the dotted frame jumps to the entry just above the current one.
6. continue the dragging to any folder and drop the file
7. the correct file has been dragged, the wrong dotted line was only an optical
issue

8. Deactivate the configuration "Panel - Selection mode - Left mouse button
selects"
9. Restart Krusader
10. Repeat the above dragging
11. The wrong (upper) file gets dragged, not the initial and expected one.

That might lead at least to user's irritation but also to missing files/folders
if not observed at that exact moment!

The same faulty dragging-start-detection can be seen if the drag starts in the
lower part of the file name/line and the mouse gets moved downwards.

Those two mouse movements need to be almost perpendicular, that means up and
down but not diagonally or such.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Fedora 39 / Tuxedo OS (Ubuntu)
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.111.0 / 5.112.0
Qt Version: 5.15.11

ADDITIONAL INFORMATION
The described behaviour also happens on those two tested systems when running
i3wm instead of KDE Plasma.

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

Reply via email to