Summary: | Unexpected starting the file drag&drop action | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Alex Solovyev <alekssolovyev> | ||||
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||
Status: | NEW --- | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P3 | CC: | eclipse.felipe | ||||
Version: | 3.6 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Alex Solovyev
2010-09-06 08:29:38 EDT
Created attachment 178264 [details]
Steps to Reproduce video
Interesting, so the movement of the Project Explorer is causing the start of a drag it seems. To SWT for comments. 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. 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. |