Red Hat Bugzilla – Bug 154367
ALT-drag of files is inconsistent depending on whether ALT pressed before/after drag is started
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1
Description of problem:
In nautilus, one can press ALT during a drag operation to bring up a menu once the file has been dragged to the target (menu may be copy, move, link etc.).
To use this feature, the ALT button must be pressed after beginning the drag - if one presses it before, it triggers some wierd window resizing operation, not a file drag operation.
When SHIFT-dragging, one can press SHIFT before or after beginning the drag. ALT-dragging should work the same way.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open a nautilus window.
2. Press ALT
3. Using the left mouse button, click (and old) a file, then attempt to drag it somewhere.
Actual Results: You end up "restoring" the window (if it was maximized) and the mouse is warped to the title bar, and you end up moving the window instead of dragging the file.
Expected Results: One should be dragging the file, with a "?" icon overlayed during the drag. The correct action can be observed by swapping steps 2 and 3 when following "steps to reproduce".
What happens if you reassign shortcuts in gnome-window-properties ?
If I do this (e.g. set the movement key to super), then when I drag with ALT
pressed first, this action is totally ignored.
Dragging and then pressing ALT after starting dragging still works.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
Fixed in F8