Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 366110

Summary: Eclipse appears to hang on startup if not in the foreground
Product: [Eclipse Project] Platform Reporter: Brian de Alwis <bsd>
Component: UIAssignee: Platform-UI-Inbox <Platform-UI-Inbox>
Status: CLOSED WORKSFORME QA Contact:
Severity: normal    
Priority: P3 CC: cvgaviao, overholt, remy.suen
Version: 4.2   
Target Milestone: ---   
Hardware: PC   
OS: Mac OS X - Carbon (unsup.)   
Whiteboard:
Bug Depends on:    
Bug Blocks: 366114    

Description Brian de Alwis CLA 2011-12-08 15:49:53 EST 
If you open an E3.x app (like Eclipse IDE) that uses the LegacyIDE.e4xmi (from org.eclipse.platform or org.eclipse.ui.workbench) in the background, Eclipse will appear to hang.  The contents will be populated once the window is activated.

The cause is that LegacyIDE.e4xmi only defines a window, but with no content; this is populated by an SWT.Activate event defined by WorkbenchSourceProvider's on the window's Shell.  I guess this listener is often installed after the window has already been opened.

It's a bit disconcerting to see (just happened to me again).

Steps to repeat:
1. Start an Eclipse app, and switch to a different app
2. Watch the shell come up, but the content will not be populated. (and notice that its title is Eclipse SDK)
3. Click into the shell or switch focus to the shell.  The contents will be populated.


My thoughts were that the LegacyIDE.e4xmi shouldn't have any windows defined, and the workbench should create and populate one as required.  This would also alleviate having the "Eclipse SDK" title in the window.
Comment 1 Remy Suen CLA 2011-12-14 15:38:09 EST 
If we go ahead with this, the generated window should have some reasonable default width. See bug 366114.
Comment 2 Brian de Alwis CLA 2015-11-13 16:15:20 EST 
This seems to have been fixed at some point.