it is inconsistent with javadoc statement, which says that call does not block. I will attach a thread-dump.
Created attachment 71529 [details]
Created attachment 71552 [details]
Test to reproduce the problem openide.text/test/unit/src/org/openide/text/CloneableEditorNeverendingLoadingTest.java
Here is test showing what makes the startup slower. The test fails in 6.1 and also in current 6.5. I do not think we
shall change the behaviour for 6.5. However, Marku, please find a fix for this issue for release 7.0, this is highly
exposed method, called from all over the codebase and we need it to return quite quickly. Its javadoc allows it to
return null, so let's make it completely non-blocking. People willing to wait can call openDocument() anyway...
The performance team really needs this fixed. The sooner, the better as after fixing this we may find another
problematic parts of the IDE that block repaints after start.
Integrated into 'main-golden', will be available in build *200811250201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
User: Marek Slama <email@example.com>
Log: #149717: Do not block CES.getDocument() when document is being loaded.
The fix has been ported into the release65_fixes repository.