Created attachment 156551 [details]
IDE log

Reassigned for further evaluation.

Created attachment 156614 [details]
IDE Log from developer

Thank you for your report. Unfortunately, I am unable to replicate the anomaly, even though I tried to duplicate your environment as closely as possible, given some time constraints. 

When reviewing your IDE log, I noticed the following line:
"Indexing of: C:\Users\Klay\Documents\Work\OlspsDeployment_Wildfly\PythonScripts\src took: 63 ms "

It would seem there is some Python code there, but 63 ms is not a problem.
If you provide the zipped contents of that directory, I can perhaps further evaluate. Email me if you prefer a less public location. For example, I could create a private section for this at http://forums.nbPython.org

Further down, we find: "Complete indexing of 25 source roots took: 1,953 ms" Again, not a problem. 
But I am troubled by the two Maven exceptions that followed. 
See if you can resolve them. If you can, I suspect the problem may go away, but that's merely my (unproven) hypothesis. Experience has taught me that problems with Maven can result in extreme slowness.
Since you are using WildFly (which also caused a Warning), you might also see Bug 255383.

I'm seeing a very similar problem - I have two projects open, a JavaScript one and a Python one - both of which are GIT based, but of an already existing project on a remote machine, so I'm not really doing any local building at all.

I'm not sure that it's specific to Python - but it would appear that it manifests itself a lot quicker if I open a Terminal using the Window/IDE Tools/Terminal menu.

When this is open, I notice that the background scanning never seems to
cease once it starts.

I enabled logging FINE logging on the updater, by adding:

  -J-Dorg.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.level=FINE

into my netbeans.conf, and during such a session, and it seemed to be constantly looking at my AppData/NetBeans/dev directly, triggering on uihandler.properties and uigestures files, which are constantly updated
when the UI is in use. 

I've had to resort to not using the terminal at all in the most recent
dev builds.

I've also noticed the writing of a lot of null ASCII characters in my log too, no idea where they are coming from. (It's appearing in VIM as ^@).
This is always followed by a line like:

FINE [null]: Last record repeated 2 more times

To reproduce, I simply open a Terminal and continue working. After a short while it seems to trigger the constant indexing.

It seemed to stopped happening when I added "|^uihandler.properties$|^uigestures$" into the Options/Miscellaneous/Files/Ignored Files Pattern field.

At least that's been my experience, as I say, of a very similar issue.

@dkenny: Thank for that. Could you provide your info from Help->About and attach a log from when the anomaly occurred (if possible)? I haven't been able to duplicate the problem. Thanks!

A consistently replicable test case would be ideal...

Totally agree, a reproducable case would be nice - but it's not been
easy to narrow down - e.g. updating my JDK revision briefly stopped it too...

One thing I noticed, yesterday, but don't know if it's related, is that
when I suspended my laptop (to RAM) and came home, then resumed, then
NB started to spin again.

Is there anything in that area that might be somehow related?

Anyway, my details from About... are:


Product Version: NetBeans IDE Dev (Build javascript2-frameworks-1566-on-20151002)
Java: 1.8.0_60; Java HotSpot(TM) 64-Bit Server VM 25.60-b23
Runtime: Java(TM) SE Runtime Environment 1.8.0_60-b27
System: Windows 8.1 version 6.3 running on amd64; Cp1252; en_IE (nb)
User directory: C:\Users\darrenk\AppData\Roaming\NetBeans\dev
Cache directory: C:\Users\darrenk\AppData\Local\NetBeans\Cache\dev

Suspending a session on Windows can cause "wierdness" in general. On my machine it disables the network, and I have to re-enable the driver. Beyond that IDK.

If the constant scanning occurs again, please copy and post the IDE log. Thanks.
Resolving as Incomplete for now...