Community
Participate
Working Groups
I20040121 + new look JARs 1) Open several editors 2) Click on the "editor selector" down arrow in the editor part pane 3) Click on the title bar of another part -> The editor drop down is in a state where it never closes. Even minimizing the app, closing all editors, switching to another active desktop, etc, will not get rid of it. The same occurs with the view part selector drop down.
this *is* pretty annoying... additionally, after switching desktops or applications, eclipse is blocked dead. Nothing in the log.
addendum to comment 1 - the blocking was due to the cvs quick diff provider locking up; see bug 52486.
Any hope to get this problem fixed soon ? The editor drop down is totaly unusable on Linux/GTK, this has to be fixed before M8.
I am going to move this to Chris for assesment and raise the priority.
doug says sometimes the focus stays in the editor even when the list is dropped down
It is still possible to give focus to the editor and still have the dropdown list visbile however, the UI is not locked and you can dismiss the editor by selecting an item from the list.
Deferring from M9 after a discussion with Kevin Haaland. It seems that you can restore sanity by clicking with the mouse in the drop-down. Note that if you are using only a keyboard, you must exit.
I couldn't reproduce in I20040325. If the bug still exists, it is MUCH better now than it used to be. I used to be able to reproduce every time, and shutting down Eclipse was the only way to close the drop down.
As a note, I've now reproduced this behaviour with the CyclePartAction dialog. I think this problem might be SWT/GTK-specific. Perhaps a shell or focus event is not appearing as expected.
is this still happening on Linux, is it easy to reproduce?
I haven't see this in a while and was not able to reproduce on I20040413 when I tried some double click specials that used to trigger it consistently - seems fixed to me.
I cannot reproduce either on I20040413
Created attachment 9710 [details] Screenshot This is still reproducable here, although it's a bit tricky. Doug was able to show me how (basically through lots of mouse clicks). The attached screenshot is from where I was able to get the drop down list to stay active while I moved my web browser underneath it.
yep - just had it again with I20040420 I clicked on the chevron twice (I usually do this because I expect the drop down to close if its open and I click the chevron).
- after closing all editors, the drop down is still there, showing the items it had when originally invoked - clicking on an item produces this: !ENTRY org.eclipse.ui 4 4 Apr 22, 2004 11:46:25.193 !MESSAGE Unhandled event loop exception Unhandled event loop exception Reason: !ENTRY org.eclipse.ui 4 0 Apr 22, 2004 11:46:25.193 !MESSAGE Widget is disposed !STACK 0 org.eclipse.swt.SWTException: Widget is disposed at java.lang.Throwable.<init>(Throwable.java) at java.lang.Throwable.<init>(Throwable.java) at org.eclipse.swt.SWTException.<init>(SWTException.java:73) at org.eclipse.swt.SWT.error(SWT.java:2659) at org.eclipse.swt.SWT.error(SWT.java:2584) at org.eclipse.swt.SWT.error(SWT.java:2555) at org.eclipse.swt.widgets.Widget.error(Widget.java:373) at org.eclipse.swt.widgets.Widget.checkWidget(Widget.java) at org.eclipse.swt.widgets.Widget.getData(Widget.java) at org.eclipse.ui.internal.presentations.BasicStackPresentation.getPartForTab(BasicStackPresentation.java:437) at org.eclipse.ui.internal.presentations.EditorPresentation.setSelection(EditorPresentation.java:327) at org.eclipse.ui.internal.presentations.EditorList.gotoSelectedElement(EditorList.java:119) at org.eclipse.ui.internal.presentations.AbstractTableInformationControl$4.mouseUp(AbstractTableInformationControl.java:277) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1437) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1408) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:244) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:140) at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:90) at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:280) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:240) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:117) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:79) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:41) at java.lang.reflect.Method.invoke(Method.java:386) at org.eclipse.core.launcher.Main.basicRun(Main.java:267) at org.eclipse.core.launcher.Main.run(Main.java:699) at org.eclipse.core.launcher.Main.main(Main.java:683) Widget is disposed
can anyone recreate this on the latest integration builds I20040514?
yes. no exact steps, but a simple recipe: I simply keep clicking on the chevron in a fast rate (maximizing and restoring the editor along the way, but I'll report this in another bug report). Eventually, I will end up with the editor having focus but the drop down staying up. In some of these cases, the drop down will go away if I use the mouse to select an item, in other cases, it will stay (even when switching to other applications / desktops etc.) without any way to close.
I suspect the problem is in DefaultPartPresentation's showList() method where we're listening for the deactivate and not getting it. Haven't solved it yet though. It happens a lot but it's hard to get reproducable steps. Regarding the maximize, you may also want to also see bug 59473. Also, sometimes you seem to be able to get multiple drop downs open at once, so you might want to try clicking multiple times to get rid of it.
Unfortunately this isn't going to make it for M9. It's a tricky focus issue. There are other issues with the editor drop down (for example: bug 62290) which seem to make it easier to reproduce.
Time permitting for RC1.
Billy, Steve said he was thinking about this one, can you talk to SWT to see if they can do much, if not we have to close this. Also had a quick look at the code and DefaultPartPresentation adds the listener for de-activate AFTER the list is made visible.. .this should be before (probably won't help but...), Billy could you try this? If nothing can be resolved in RC2 we will have to defer this, as apparently it is better then it was.
marking RC3 as the SWT bug is also
This really was a duplicate of 58642. There are still some issues remaining (see bug 67979), but the situation is improved in 3.0. *** This bug has been marked as a duplicate of 58642 ***
