Bug 185569 [CommonNavigator] CommonDragAdapter should provide ways for CommonDragAdapterAssistant to perform clean up after drag has finished
Build ID: M20070212-1330 Steps To Reproduce: I am not sure if this has been fixed in later releases (I am currently working with 3.2.0). The CommonDragAdapter class used by CommonNavigator does not allow CommonDragAdapterAssistant contributions to perform clean up after drag has finished. In my version of CommonDragAdapter, its dragFinished method contains comments saying // TODO Handle clean up if drop target was outside of workbench that's why I am not sure if later versions have already addressed this issue. More information:
bundles/org.eclipse.ui.navigator/src/org/eclipse/ui/navigator/CommonDragAdapterAssistant.java
* Clients may extend this class.
 * </p>
 * 
 * @see INavigatorDnDService
 * @see CommonDragAdapter
 * @see CommonDropAdapter
 * @see CommonDropAdapterAssistant
 * @see CommonViewer
 * @see <a
 *      href="http://www.eclipse.org/articles/Article-SWT-DND/DND-in-SWT.html">Drag
 *      and Drop: Adding Drag and Drop to an SWT Application</a>
 * @see <a
 *      href="http://www.eclipse.org/articles/Article-Workbench-DND/drag_drop.html">Drag
 *      and Drop in the Eclipse UI (Custom Transfer Types)</a>
 * 
 * @since 3.2
 * 
 */
public abstract class CommonDragAdapterAssistant {
	private INavigatorContentService contentService;
	/**
	 * Extra TransferTypes allow the Navigator to generate different kinds of
	 * payloads for DND clients. By default, the {@link CommonDragAdapter}
	 * supports {@link LocalSelectionTransfer} and {@link PluginTransfer}.
	 * 
	 * <p>
	 * CommonDragAdapterAssistants can extend the available TransferTypes that a
	 * Common Navigator Viewer can generate. Clients should return the set of
	 * Transfer Types they support. When a drop event occurs, the available drag
	 * assistants will be searched for a <i>enabled</i> assistants for the