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.
Build: NetBeans IDE Dev (Build 091120-8eec60083578) VM: Java HotSpot(TM) Client VM, 10.0-b19, Java(TM) SE Runtime Environment, 1.6.0_04-b12 OS: Windows XP, 5.1, x86 User Comments: dheffelfinger: open "freshly downloaded" nightly build. 8 fairly big maven projects were automatically opened since they were opened when I closed Netbeans last. A big maven build was running in the background when I opened NB. GUEST: starting the IDE GUEST: starting the IDE GUEST: Just starting up net beans, unzipping something with winrar, running several other applications. GUEST: starting up, one php (symfony) project open : jobeet - day 4, jeobeet library within project in libs/vendo,r Maximum slowness yet reported was 15738 ms, average is 5655
Created attachment 91527 [details] nps snapshot
973ms paint of org.openide.actions.HeapView.paintComponent() - e.g. not production problem, as that one is by default hidden.
*** Bug 197353 has been marked as a duplicate of this bug. ***
*** Bug 222591 has been marked as a duplicate of this bug. ***
*** Bug 223637 has been marked as a duplicate of this bug. ***
ergonomics#d353473e8850
I got report 652055 with fix d353473e8850.
Integrated into 'main-golden', will be available in build *201301250001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/d353473e8850 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #177420: Initializing the drop shadow text outside of EDT
Alexander's report http://statistics.netbeans.org/exceptions/exception.do?id=652055 is different than previous ones. The painting is blocked in org.openide.actions.HeapView.paintComponent() 229,169 ms org.openide.actions.HeapView.getTickStyle() org.openide.actions.HeapView.prefs() org.openide.util.NbPreferences.forModule() org.nb.core.startup.preferences.PreferencesProviderImpl.preferencesForModule() java.util.prefs.AbstractPreferences.node() It turns out that there is background thread Refresh-After-WindowActivated which holds the lock (the EDT is waiting for) and performs an I/O operation: org.netbeans.core.startup.preferences.NbPreferences$UserPreferences.childSpi() org.netbeans.core.startup.preferences.PropertiesStorage.toPropertiesFile() If the Alexander's situation is common, the appropriate fix would have to move the I/O outside of the lock.
(In reply to comment #9) > If the Alexander's situation is common, the appropriate fix would have to move > the I/O outside of the lock. AFAICT there were 2 more reports in the past 6 months, so I guess it is not a common situation, so closing this one. Thank you.