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

            Bug ID: 339399
           Summary: Using Drag and drop with ALT+Tab only works on some
                    applications. Why: ALT key behavior in dolphin.
           Product: dolphin
           Version: 4.14.0
          Platform: Archlinux Packages
               URL: https://code.google.com/p/chromium/issues/detail?id=42
                    494
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: dolphin-bugs-n...@kde.org
          Reporter: marco_silv...@sapo.pt
                CC: arjunak...@gmail.com
                CC: arjunak...@gmail.com
         Component: general

When dragging a file, if you ALT+Tab to the target aplication then drop the
file, it will not work (in many applications).
This happens because while dragging, dolphin identifies the ALT key as a
modifier for creating a link to the file (instead of the normal behavior). You
can see the cursor icon changing when you press ALT while dragging. The cursor
icon goes back to normal when you release ALT.
However, if you do ALT+TAB instead (and don't release the file yet), when you
release ALT, the cursor doesn't go back to the normal behavior - you can try to
press ALT more times, it won't do a thing.

Fix: Either really fix this issue (ALT release out-of-dolphin behaving
correctly) or, if technically not possible (because of X11 for example), add an
option to modify the keyboard shortcut from ALT to another one (or remove).
This bug was already experienced by some users:
https://code.google.com/p/chromium/issues/detail?id=42494
they thought it was a problem of the application which you are dropping the
file.
Comment #16 identifies correctly the issue with dolphin and explains the above.

Reproducible: Always

Steps to Reproduce:
1. Drag a file
2. ALT+TAB
3. Release the file inside chromium / ark archive / sublime / other affected
applications (Firefox is not affected for example)

Actual Results:  
Application is unable to open the dragged file.

Expected Results:  
Application able to open the dragged file.

--- Comment #1 from Arjun AK <arjunak...@gmail.com> ---
*** Bug 339388 has been marked as a duplicate of this bug. ***

--- Comment #2 from Marco Silva <marco_silv...@sapo.pt> ---
*** Bug 339546 has been marked as a duplicate of this bug. ***

--- Comment #3 from Frank Reininghaus <frank7...@googlemail.com> ---
Thanks for the bug report! It seems that this might be a problem that has been
reported already (bug 210847).

(In reply to Marco Silva from comment #0)
> Comment #16 identifies correctly the issue with dolphin and explains the
> above.

Actually, I think that this might be a problem in Qt, which we can do nothing
about inside Dolphin.

> Fix: Either really fix this issue (ALT release out-of-dolphin behaving
> correctly) or, if technically not possible (because of X11 for example), add
> an option to modify the keyboard shortcut from ALT to another one (or
> remove).

To my knowledge, there is no code in Dolphin or any other part of kdelibs which
reacts to keyboard modifiers (such als Alt) while an *outgoing* drag operation
is in progress.

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

Reply via email to