Community
Participate
Working Groups
Created attachment 204938 [details] jvisualvm thread dump While designing a form with windowbuilder, the workbench gets occasionally frozen. No user input, mouse or keyboard is processed by any workbench part (main menu, any view/editor). However the workbench UI is correctly updated (e.g. on window resize), with the exception of the wb Design>Structure>Properties view.
Created attachment 204939 [details] screenshot of non-responsive workbench
It looks that you activated "Quick test/preview window..." It open new SWT Shell with your Composite and handles all events in this new Shell, so main Eclipse window does not get these events. To get access to the main Eclipse window, you should close preview Shell first. If you think that your specific example does not work with test/preview, attach example and reopen bug.
The analysis is correct, except that : Of course I've "closed" the preview Shell ! That is, I've clicked on the "x" button on the window's frame, and the preview window disappeared from the display. However, the workbench could not receive events after this. I don't understand what more information I could provide as evidence. Notice that this bug is intermittent.
Is the threads dump (which you've provided) after the shell closed?
Vlad, you are right. My colleague Alexander Mitin (who is our Linux expert) already corrected me that I should not close Linux bugs like this.
(In reply to comment #4) > Is the threads dump (which you've provided) after the shell closed? Yes.
Vlad, you actually didn't close that window, you possibly missed the "x" button on the window's frame and got back to the Eclipse main window (by clicking on it) because Test/Preview window is not modal. But since Eclipse is disabled until Test/Preview window is closed, you get non-responsible Eclipse. I've added a workaround which disposes Test/Preview window on Eclipse window activate.
