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.

Bug 248221 - Project scanning stuck without reason
Summary: Project scanning stuck without reason
Status: RESOLVED INCOMPLETE
Alias: None
Product: platform
Classification: Unclassified
Component: Filesystems (show other bugs)
Version: 8.0.1
Hardware: PC Windows 7
: P3 normal (vote)
Assignee: Jaroslav Havlin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-28 08:37 UTC by stefanp_safilo
Modified: 2015-10-19 10:02 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
The IDE message log (71.40 KB, application/octet-stream)
2014-10-28 08:37 UTC, stefanp_safilo 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description stefanp_safilo 2014-10-28 08:37:59 UTC 
Created attachment 150140 [details]
The IDE message log

2 projects open (from a previous session).
Saved one file (javascript).
Project scanning stuck at 14% and another activity (Scanning for external changes) never exiting.
Comment 1 Antonin Nebuzelsky 2014-11-03 15:12:18 UTC 
The call into o.n.m.masterfs.filebasedfs.utils.FileChangedManager.waitIOLoadLowerThan never returning?
Comment 2 Jaroslav Havlin 2014-11-03 15:21:45 UTC 
May be related to bug 246893.
Comment 3 Jaroslav Havlin 2014-11-28 14:10:49 UTC 
> May be related to bug 246893.
I'm sorry, probably not.

Thread id 26, "RepositoryUpdater.worker" (RUNNABLE):
	java.lang.Class.forName0(Native Method)
	java.lang.Class.forName(Unknown Source)
	org.netbeans.modules.tasklist.trampoline.Accessor.<clinit>(Accessor.java:72)
	org.netbeans.modules.tasklist.impl.Accessor.getEmptyScope(Accessor.java:149)
	org.netbeans.modules.tasklist.impl.TaskManagerImpl.<init>(TaskManagerImpl.java:89)
	org.netbeans.modules.tasklist.impl.TaskManagerImpl.getInstance(TaskManagerImpl.java:103)
	org.netbeans.modules.tasklist.impl.TaskIndexerFactory.createIndexer(TaskIndexerFactory.java:82)
	org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.doIndex(RepositoryUpdater.java:2642)
	org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.access$1600(RepositoryUpdater.java:2091)
	org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2539)
	org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work$1.run(RepositoryUpdater.java:2537)
	org.netbeans.modules.parsing.impl.indexing.errors.TaskCache.refreshTransaction(TaskCache.java:544)
	org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater$Work.index(RepositoryUpdater.java:2537)
        ...

Thread id 73, "Refresh-After-WindowActivated" (TIMED_WAITING):
	java.lang.Object.wait(Native Method)
	org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.waitIOLoadLowerThan(FileChangedManager.java:226)
	org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.pingIO(FileChangedManager.java:255)
	org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.checkRead(FileChangedManager.java:127)
	org.netbeans.TopSecurityManager.notifyRead(TopSecurityManager.java:181)
	org.netbeans.TopSecurityManager.checkRead(TopSecurityManager.java:333)
	java.io.File.exists(Unknown Source)
	org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.exists(FileChangedManager.java:151)
	org.netbeans.modules.masterfs.filebasedfs.fileobjects.FolderObj.refreshImpl(FolderObj.java:549)
        ...

It seems that the Project scanning is running normally (not speaking about the slowness), and Scanning for external changes is waiting until the task with higher priority (the project scanning) finishes, which is also correct.

Maybe the disk was under heavy load. Can you reproduce the bug?
Thank you.
Comment 4 Jaroslav Havlin 2015-10-19 10:02:50 UTC 
Closing as incomplete for now. Please reopen if you can provide any additional information. Could you also please try to reproduce the bug in NetBeans 8.1 (RC2)?

Thank you.