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.
"Opening group..." and "Scanning..." and "Checking for external changes" progress handles were open. (Maybe same as bug #182830 that all of these were open at once and stayed open for so long for no apparent reason.) I tried to at least close "Checking for external changes", using the X on the progress handle. I was prompted whether I really wanted to cancel it, and I agreed. But it stayed open for another couple of minutes (during which time clicking the X had no effect).
core-main#40f4a43d0a51 Btw. Jesse, I suspect that your 'weight' attribute changes to MultiFileSystem are slowing down its refresh which now takes significant amount of time. Run with -J-Dorg.netbeans.core.ui.focus.level=FINE to learn more.
*** Bug 184350 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > core-main#40f4a43d0a51 > > I suspect that your 'weight' attribute changes to MultiFileSystem > are slowing down its refresh I'm not sure what this has to do with refresh. If there are actual external disk changes in ${netbeans.user}/config/ then the SFS needs to be refreshed. But this should be quite rare, and if there are no such disk changes, then MultiFileSystem should not be involved at all. > Run with -J-Dorg.netbeans.core.ui.focus.level=FINE to learn more. I did not see any resulting log messages. If you know of a specific problem file it.
Integrated into 'main-golden', will be available in build *201004170515* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/40f4a43d0a51 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #184219: Offering users of 'refreshSlow' API an AtomicBoolean which they can use to cancel the refresh completely