Community
Participate
Working Groups
build M4 -Select an item in a tree widget, e.g., Eclipse Navigator view -Hold down Ctrl and drag the item to its parent ->You see the drag feedback and you should be prompted for a file name when you drop the item on its parent. Instead the drop does nothing. The DND operation only works if the item is not selected when you Ctrl click it. It should be possible to drag an already selected item or there should be no drag feedback.
VI to investigate and advise.
Just saw the same behavior on Motif. Wrote the following in bug 24593: "When the dragged item is already selected I get all the normal drag behavior except for the final drop event. When the dragged item is not selected when I start the drag (i.e., the drag click selects it) I do get the drop event and the drag succeeds." Changing OS field to Linux (i.e., Motif and GTK). This is *really* broken.
The problem in this case is that Ctrl mouse down causes the item that was selected to be deselected (common multi select behaviour). As a result, the Navigator DragSourceListener.DragSetData returns null in event.data which is invalid and terminates teh DND operation. The Navigator DragSourceListener.DragStart should have detected that it had no data to drag and set event.doit to false and then the DND operation would never have happened. I am trying to make the emulated tree ignore the mouse down on the middle button if a modifier key is pressed. This way the control mouse down will not deselect the item.
Applies to Linux Motif, Linux GTK and Mac.
GTK uses the native tree, right? I'll enter bugs for Platform UI and JDT UI to fix the drag start.
Fixed for emulated table and tree. Leaving open to remind us to see if we can do something about GTK.
This works for me on GTK with the latest HEAD. When the item is selected and dragged by Ctrl+Selected, navigator correctly recognises the situation and handles it accordingly.
Marking as closed as per previous comment. Please reopen if you still experience the issue on supported versions.
