Bug 324577 - Unexpected starting the file drag&drop action
Summary: Unexpected starting the file drag&drop action
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.6   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-06 08:29 EDT by Alex Solovyev CLA
Modified: 2019-09-06 16:09 EDT (History)
1 user (show)

See Also:


Attachments
Steps to Reproduce video (1.33 MB, application/octet-stream)
2010-09-06 08:37 EDT, Alex Solovyev CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Solovyev CLA 2010-09-06 08:29:38 EDT
Build Identifier: 20100617-1415

I have installed many plugins to the eclipse.  And,therefore, there are many buttons on the eclipse toolbar .(2 lines).  When I move the mouse cursor from the code editor panel to the Project explorer panel and select some file on second, the file drag&drop action occurs.  (One toolbar group were jumping to the fist line from the second line)



Reproducible: Sometimes

Steps to Reproduce:
1. Show many buttons in the eclipse toolbar. Some buttons must be on the second line.
2. Do mouse click on the code editor panel.
3. Move the mouse cursor to the project explorer panel, and click on a file.
4. You can see the IDE message "Name conflict"
Comment 1 Alex Solovyev CLA 2010-09-06 08:37:56 EDT
Created attachment 178264 [details]
Steps to Reproduce video
Comment 2 Francis Upton IV CLA 2010-11-03 03:52:05 EDT
Interesting, so the movement of the Project Explorer is causing the start of a drag it seems. To SWT for comments.
Comment 3 Felipe Heidrich CLA 2010-11-04 17:06:11 EDT
Notice that when the user clicks on the editor one new toolbar is added (one with two items), this new item causes the last item to wrap to a new row. When the user click in the package explorer that new items is removed, and the toolbar is relayouted back to one row. This cause the tree item under the mouse to change. Because of all this dance a drag start is being (wrongly) initialized. 

I suspect UI has its own code to detect drag start, and that is where the problem is. I'll try to prove my theory tomorrow if possible.
Comment 4 Eclipse Webmaster CLA 2019-09-06 16:09:41 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.