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.
Summary: | Open projects dialog blocked at computing icon size | ||
---|---|---|---|
Product: | projects | Reporter: | Jaroslav Tulach <jtulach> |
Component: | Generic Projects UI | Assignee: | Milan Kubec <mkubec> |
Status: | RESOLVED DUPLICATE | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Jaroslav Tulach
2008-10-14 08:18:50 UTC
what part of the stacktrace leads you to believe it has to do with icon size? IMHO it's actuall the project loading that needs to be performed in order to retrieve the ProjectInformation from project's lookup that takes time. Ideally the icons would be an attribute of the ProjectFactory and only ProjectFactory.isProject() gets called. However it won't work for ant projects easily as these all share a single factory. To figure which of teh ant project types is actually used one has to examine the nbproject/project.xml file and find the appropriate project type impl. Imho: javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:2709) means that the JTree is just layouting all its nodes before doing first paint. As far as I can see the actual behaviour, the choose is shown with default folder icon and only later the correct project icons are computed. This is plausible, however the above stacktrace shows that we also need to eliminate the query to project system when computing getNodeDimentions. I don't see any delay when opening projects open dialog for NetBeans Hg repository. If there is some problem we would receive "AWT thread blocked for ..." issue report. Let's wait for such report. I think this is a duplicate of a bug recently analysed by Tomáš Pávek. *** This issue has been marked as a duplicate of 169303 *** |