This Bugzilla instance is deprecated, and most Eclipse projects now use GitHub or Eclipse GitLab. Please see the deprecation plan for details.
Bug 379992 - [DND] NPE dragging Error Log view out to desktop
Summary: [DND] NPE dragging Error Log view out to desktop
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.2   Edit
Hardware: Power PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-18 11:44 EDT by Grant Gayed CLA
Modified: 2019-10-19 17:42 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Grant Gayed CLA 2012-05-18 11:44:23 EDT
- 4.2RC1 test build I20120517-1915
- have not been able to reproduce the problem, but the steps that made it happen were obvious
- observed on Linux-PPC64, but I doubt that the arch is relevant

The steps were:
- start a new eclipse with a new workspace
- show the Error Log view
- drag it out to the desktop in order to give it its own window
- the drag failed and an exception was written to the Error Log view with:

java.lang.NullPointerException
	at org.eclipse.e4.ui.workbench.addons.dndaddon.DetachedDropAgent.drop(DetachedDropAgent.java:54)
	at org.eclipse.e4.ui.workbench.addons.dndaddon.DragAgent.dragFinished(DragAgent.java:159)
	at org.eclipse.e4.ui.workbench.addons.dndaddon.PartDragAgent.dragFinished(PartDragAgent.java:105)
	at org.eclipse.e4.ui.workbench.addons.dndaddon.DnDManager.finishDrag(DnDManager.java:267)
	at org.eclipse.e4.ui.workbench.addons.dndaddon.DnDManager.startDrag(DnDManager.java:232)
	at org.eclipse.e4.ui.workbench.addons.dndaddon.DnDManager$1.dragDetected(DnDManager.java:87)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:127)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1276)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3554)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3179)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1021)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:915)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:86)
	at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:585)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:540)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:124)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:353)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:180)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:618)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:629)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:584)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1438)
	at org.eclipse.equinox.launcher.Main.main(Main.java:1414)
Comment 1 Eric Moffatt CLA 2012-05-18 15:30:39 EDT
Just tried this on I20120517-1915 and see something similar:

I had to start with the Error Log open but *not* on top then drag it out as you did...it must have something to do with the part being initialized as the DnD operation is happening. If the view has already been rendered I can't reproduce this effect.
Comment 2 Eric Moffatt CLA 2012-05-28 10:45:56 EDT
Moving to 4.2.1 since this has a low chance of being encountered and a simple close / re-open fixes it...
Comment 3 Brian de Alwis CLA 2012-08-21 16:52:21 EDT
I can reproduce this when I set Display.DEBUG = true and have a breakpoint in Device.logProc(), and then try to drag an editor.
Comment 4 Piotr Aniola CLA 2013-02-27 08:33:06 EST
Brian,
can you please give more detailed reproduction scenario?
What are the packages of Display and Device classes? The SWT classes under that names that I found do not have DEBUG or logProc.
Comment 5 Brian de Alwis CLA 2013-02-27 08:54:52 EST
Piotr — sorry, that was org.eclipse.swt.graphics.Device.DEBUG.  Alternatively you can do:

        DeviceData d = new DeviceData();
        d.debug = true;
        Display display = new Display(d);

logProc() is on the Device class.
Comment 6 Udo Walker CLA 2013-05-07 04:48:43 EDT
I also got this on Windows 7, 64 bit and Eclipse 4.2.2.
Comment 7 Eclipse Genie CLA 2019-10-19 17:42:09 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.

--
The automated Eclipse Genie.