Bug 50638

Comment 1 Tom Hofmann 2004-02-19 10:52:25 EST

this *is* pretty annoying...

additionally, after switching desktops or applications, eclipse is blocked dead.
Nothing in the log.

Comment 2 Tom Hofmann 2004-02-19 11:03:37 EST

addendum to comment 1 - the blocking was due to the cvs quick diff provider
locking up; see bug 52486. 

Comment 3 Luc Bourlier 2004-03-02 19:49:00 EST

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.

Comment 4 Michael Van Meekeren 2004-03-02 21:49:45 EST

I am going to move this to Chris for assesment and raise the priority.

Comment 5 Michael Van Meekeren 2004-03-25 10:52:00 EST

doug says sometimes the focus stays in the editor even when the list is 
dropped down

Comment 6 Kevin Haaland 2004-03-25 14:31:49 EST

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. 

Comment 7 Douglas Pollock 2004-03-25 16:07:54 EST

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. 

Comment 8 John Arthorne 2004-03-25 16:17:18 EST

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.

Comment 9 Douglas Pollock 2004-03-25 23:04:23 EST

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. 

Comment 10 Michael Van Meekeren 2004-04-15 10:11:56 EDT

is this still happening on Linux, is it easy to reproduce?

Comment 11 Tom Hofmann 2004-04-15 10:23:20 EDT

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.

Comment 12 Luc Bourlier 2004-04-15 12:45:42 EDT

I cannot reproduce either on I20040413

Comment 13 Billy Biggs 2004-04-20 10:38:54 EDT

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.

Comment 14 Tom Hofmann 2004-04-22 05:54:31 EDT

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).

Comment 15 Tom Hofmann 2004-04-22 05:57:49 EDT

- 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

Comment 16 Michael Van Meekeren 2004-05-14 12:05:04 EDT

can anyone recreate this on the latest integration builds I20040514?

Comment 17 Tom Hofmann 2004-05-14 12:51:46 EDT

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.

Comment 18 Billy Biggs 2004-05-14 13:23:07 EDT

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.

Comment 19 Billy Biggs 2004-05-21 12:46:01 EDT

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.

Comment 20 Michael Van Meekeren 2004-05-25 15:12:54 EDT

Time permitting for RC1.

Comment 21 Michael Van Meekeren 2004-06-03 11:05:11 EDT

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.

Comment 22 Michael Van Meekeren 2004-06-15 13:00:00 EDT

marking RC3 as the SWT bug is also

Comment 23 Billy Biggs 2004-06-25 15:55:24 EDT

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 ***