Community
Participate
Working Groups
I20051108-1011 - in a java editor, press Ctrl+O, and then click the Menu button - [optional] choose 'Remember Size and Location' - click somewhere in the workbench window (not into the quick dialog) -> from now on, Ctrl+T and Ctrl+O don't work for the editor
Regression added switching to the new PopupDialog (works in 3.2 M3) in AbstractInformationControl 1.30. Can reproduce on WinXP but work on Linux-GTK. Might be related to bug 110937.
I've released a quick fix into our code which forces to close the dialog. The real bug is in PopupDialog: shell.addListener(SWT.Deactivate, new Listener() { public void handleEvent(Event event) { if (listenToDeactivate) { close(); } } }); At the time when the user clicks somewhere else than the PopupDialog while the menu was activate 'listenToDeactivate' is still false and hence the dialog does not close. Clicking outside the PopupDialog must behave the same (i.e. close) when doing this directly from the dialog or when doing this while the view menu is active. Note that Platform's send different events and/or have different event ordering when opening that menu.
I'm getting ready to leave town for a long weekend. Given you have a workaround I'll look into this first thing Monday.
I'm sorry - I let this bug fall through the cracks last week. Released a fix >20051121. It will make the 1122 N-build, but not the I-build. Tested it by loading the previous version of AbstractInformationControl (without the workaround), and running the scenario on windows, Mac, and Linux/GTK.
Clarification - the released fix will work with the current AbstractInformationControl workaround, as well as without the workaround. Dani, you are free to remove your workaround at your leisure.
Thanks, Susan. I'll pull out the workaround directly after the I-build.
Pulled out workaround from AbstractInformationControl.java Available in builds > N20051124-0010.
verified I20051213-0100, Win XP, following the steps described in comment #0
