Bug 492351 - [Cocoa] Drag and drop always uses text drop ignoring own droplistener
Summary: [Cocoa] Drag and drop always uses text drop ignoring own droplistener
Status: REOPENED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 4.6   Edit
Hardware: PC Mac OS X
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-25 07:26 EDT by Thomas Singer CLA
Modified: 2020-03-23 11:43 EDT (History)
5 users (show)

See Also:


Attachments
sample code (1.58 KB, application/octet-stream)
2016-04-25 07:26 EDT, Thomas Singer CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Singer CLA 2016-04-25 07:26:52 EDT
Created attachment 261206 [details]
sample code

I want to handle drag and drop of directories to an input field, but either SWT or the underlying OS X native code already handle it for text ignoring my own DropTarget's DropListener.

Please launch the attached sample code and try dropping a directory from the Finder onto the input field. The only methods invoked by SWT are 1x dragEnter and 2x dragOver, but furthermore nothing. By magic, the application window is brought to front and after releasing the mouse, the text is inserted at the current mouse position (ignoring any existing selection) on drop.

On Windows this code works fine.
Comment 1 Eclipse Genie CLA 2020-01-15 17:43:40 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. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. 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.

--
The automated Eclipse Genie.
Comment 2 Thomas Singer CLA 2020-02-04 06:24:19 EST
This bug/effect still is reproducible.
Comment 3 Thomas Singer CLA 2020-03-16 12:50:36 EDT
Please reopen this bug!
Comment 4 Mickael Istria CLA 2020-03-23 09:19:37 EDT
@Thomas: aren't you able to reopen the bug by yourself (ie change status from CLOSED to REOPEN)?
Comment 5 Thomas Singer CLA 2020-03-23 09:24:52 EDT
(In reply to Mickael Istria from comment #4)
> @Thomas: aren't you able to reopen the bug by yourself (ie change status
> from CLOSED to REOPEN)?

No, I wasn't able to do that. Most likely because it was created by using my private account. Thanks for reopening.
Comment 6 Dani Megert CLA 2020-03-23 11:43:06 EDT
It is reopened now, but please do not expect that anyone is working in this (except yourself).