Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 366292

Summary: Denying Drag and Drop of Objects on Windows Eclipse
Product: [Eclipse Project] Platform Reporter: Thomas Hein <hallohein>
Component: SWTAssignee: Platform-SWT-Inbox <platform-swt-inbox>
Status: CLOSED WONTFIX QA Contact:
Severity: normal    
Priority: P3 CC: remy.suen
Version: 3.6.2   
Target Milestone: ---   
Hardware: PC   
OS: Windows 7   
Whiteboard: stalebug

Description Thomas Hein CLA 2011-12-10 05:18:38 EST
Build Identifier: 20110218-0911

I wanted to Add the Drag and Drop Functionalltiy for Objects which can be dragged into a gmf Editor.
Therefore I built a View which stores those Object. Something like a dynamic Palette.
When I start dragging the Object , the selected object is signed that it can be dragged.

The Debugging showed me that the error is happening somewhere in the class DragSource.
I see that many OperationSystems operations are invoked

After the Method isSupportedType is called. 
By the use of a mac or linux Version of Eclipse. I can drag and drop  the Objects easily.
So I spend some difficult time to find out that is only not working on a Windows Machine

Reproducible: Always

Steps to Reproduce:
1.Start Dragging the Object
2.
3.
Comment 1 Remy Suen CLA 2011-12-10 08:05:04 EST
So you have DND code in SWT that works on Linux but not on Windows?
Comment 2 Thomas Hein CLA 2011-12-10 08:44:12 EST
(In reply to comment #1)
> So you have DND code in SWT that works on Linux but not on Windows?

That is the case
Comment 3 Remy Suen CLA 2011-12-10 12:41:35 EST
(In reply to comment #2)
> (In reply to comment #1)
> > So you have DND code in SWT that works on Linux but not on Windows?
> 
> That is the case

Then I suggest you attach your code to Bugzilla.
Comment 4 Lars Vogel CLA 2019-11-14 03:38:59 EST
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.

If the bug is still relevant, please remove the "stalebug" whiteboard tag.