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.
Only reproduced once, couldn't make it happen again. JDK 1.5b59. Open the New Project wizard and select some category. Click the ListView with the project types in it. Type "java pr" The attached exception is thrown; the CCEs come every time after that that the description field tries to paint. I'd guess that something asynchronously sets the text for the description, and that there's some threading issue that caused this.
Created attachment 16949 [details] Exceptions
Can't reproduce. Reopen if it happen again.
I can't reproduce it either. But take a look at whatever code populates the text of the description component - there is probably something asynchronous happening there that causes the problem. If you're totally sure nothing will ever be done to that dialog except on the AWT thread, then okay, it's some bug in the text package, and it won't be the first.
It was recently rewritten by Tomas Zezula and all the code should run in the AWT. Let's hope it will work.
Correcting target milestone (Petr you reset it to TBD).
Note that having ponderedTemplatesPanelGUI a bit, it seems to have a number of problems - Behavior is strange - components are added after the dialog is shown, so it's visibly empty for a while - Contains a bunch of nested classes like a subclass of BTV adding one method - these could be eliminated and the methods moved to the parent class I'm guessing that the warmup task is no longer run for it, and that's why the behavior is noticable only recently. There's clearly code for a warmup task, and it's clearly not warmed up after startup. Suggest vastly simplifying it, and in particular, create the components normally, in the constructor - what's probably slow is resolving the nodes for the tree, not running a few component constructors (eliminating the nested classes would save loading a few classes too).
closed