This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Painting falls into actions that shall happen immediately, e.g. sooner than 100ms. Anything longer makes the user stop and think and wonder what is wrong. See http://performance.netbeans.org/responsiveness/whatisresponsiveness.html I've just faced a situation where opening of project view took more than 1s. I just pressed Ctrl-1 and then waited more than felt comfortable. I am attaching profiling snapshot. Imho there are two possible fixes. Either the treeview will not need real node (with HTML display name and properly badged icon) to compute its layout. Or the versioning system will return some value immediately and later fire change to badge the icon and annotate the html display name. Probably the first solution would be better - as such I am assigning to Tomáš H. and only CCing Tomáš S.
Created attachment 84258 [details] Profiler snapshot
Created attachment 84260 [details] The critical call from explorer to versioning system in a screenshot
Created attachment 84281 [details] Another snapshot, this time the AWT was blocked for 9s
Unfortunately it turned out it cannot be fixed in explorer. Some dummy node can be used in NodeRenderer for vertical alignment, but for horizontal it is necessary to know real nodes names anyway.
blocking parts of code have been removed and corrected in issue 166409 *** This issue has been marked as a duplicate of 166409 ***