Constant indexing... something... over and over?

When I'm not in the PHPStorm window (on Windows) it has recently (since setting up my repo again) been flashing the orange/yellowish bar across its taskbar icon (indicating it's trying to tell me something updated I guess, which is usually useless and distracting to me anyways), and when I click into it, it keeps popping up the Indexing spinner at the bottom then disappears, over and over and over again...

I have to pause it to get the little pop-up to stick and show me what it's indexing, but the pathname it shows its truncated with an ellipsis so I can't tell which file it's indexing or if it's the same file or different ones each time...

Normally I'm used to the Indexing spinner staying until it's indexing all files, but it appears to be trying the same one over and over or restarting the indexer for each file... I'm not seeing how to even troubleshoot this or see what's going on.

15 comments
Comment actions Permalink

Do you have build tools or file watchers setup (grunt/gulp,js compressor, sass compiler, etc...)? You can upload somewhere your idea.log file (Help > Show log in ..) of us to look at.

 

 

1
Comment actions Permalink

I don't know, I just installed the latest PHPStorm, re-cloned my repo (since I needed to change folders and wanted to start fresh anyways), and ran into this weird indexing issue...

I found a forum thread suggesting to "invalidate cache", which I did, which apparently fixed the problem. However, I don't understand why PHPStorm is indexing the cache after a clone, or anytime really. I'd like it to index files and code that's actually there.

Also, part of my point was that there was no way for me to see which file it was indexing, because the little pop-up box at the bottom right that opens when I click to see what's indexing truncates the file's path with an ellipsis... there's nothing to click to see the full path, so I couldn't tell if it was indexing the same file over and over again, or even if it was changing folders.

0
Comment actions Permalink

I've got the same problem, however I receive exceptions during indexation. In my case issue (https://youtrack.jetbrains.com/issue/IDEA-183666) was marked as duplicate of https://youtrack.jetbrains.com/issue/IDEA-181227

There  is also similar problem here: https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000758024-PhpStorm-non-stop-indexing-inside-PhpStorm-app

0
Comment actions Permalink

FILE | invalidate caches and restart seems to have fixed it. Easy and works for me! 

Source: Rémy (https://intellij-support.jetbrains.com/hc/en-us/profiles/1472741510-Rémy)

3
Comment actions Permalink

Go to File -> Invalidate Caches and Restart.  Fixed my issue - https://www.prodjex.com/2018/03/phpstorm-stuck-re-indexing/

4
Comment actions Permalink

Invalidating caches and restart has resolved my issues. Before that the log was full of the following errors:

2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - WebStorm 2017.3.5 Build #WS-173.4674.32
2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - JDK: 1.8.0_152-release
2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - VM: OpenJDK 64-Bit Server VM
2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - Vendor: JetBrains s.r.o
2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - OS: Linux
2018-03-21 09:49:41,747 [8104140] ERROR - stubs.StubProcessingHelperBase - Last Action: ShowLog
2018-03-21 09:49:41,746 [8104139] ERROR - stubs.StubProcessingHelperBase - Stub index points to a file without PSI: com.intellij.openapi.fileTypes.UnknownFileType@7db4a8b7
java.lang.Throwable: Stub index points to a file without PSI: com.intellij.openapi.fileTypes.UnknownFileType@7db4a8b7
at com.intellij.openapi.diagnostic.Logger.error(Logger.java:136)
at com.intellij.psi.stubs.StubProcessingHelperBase.processStubsInFile(StubProcessingHelperBase.java:47)
at com.intellij.psi.stubs.StubIndexImpl$2.process(StubIndexImpl.java:327)
at com.intellij.psi.stubs.StubIndexImpl$StubIdListContainerAction.perform(StubIndexImpl.java:618)
at com.intellij.psi.stubs.StubIndexImpl$StubIdListContainerAction.perform(StubIndexImpl.java:606)
at com.intellij.util.indexing.ValueContainer.forEach(ValueContainer.java:62)
at com.intellij.psi.stubs.StubIndexImpl.a(StubIndexImpl.java:356)
at com.intellij.psi.stubs.StubIndexImpl.processElements(StubIndexImpl.java:319)
at com.intellij.psi.stubs.StubIndexImpl.processElements(StubIndexImpl.java:308)
at com.intellij.lang.javascript.psi.resolve.JSClassResolver.processElementsByQNameIncludingImplicit(JSClassResolver.java:247)
at com.intellij.lang.javascript.psi.resolve.JSReferenceExpressionResolver.processAllSymbols(JSReferenceExpressionResolver.java:302)
at com.intellij.lang.javascript.psi.resolve.JSReferenceExpressionResolver.processAllSymbols(JSReferenceExpressionResolver.java:279)
at com.intellij.lang.javascript.psi.resolve.JSReferenceExpressionResolver.resolveFromIndices(JSReferenceExpressionResolver.java:238)
at com.intellij.lang.javascript.psi.resolve.JSReferenceExpressionResolver.resolve(JSReferenceExpressionResolver.java:161)
at com.intellij.lang.javascript.psi.resolve.JSReferenceExpressionResolver.resolve(JSReferenceExpressionResolver.java:53)
at com.intellij.psi.impl.source.resolve.ResolveCache.resolve(ResolveCache.java:145)
at com.intellij.psi.impl.source.resolve.ResolveCache.resolveWithCaching(ResolveCache.java:175)
at com.intellij.psi.impl.source.resolve.ResolveCache.resolveWithCaching(ResolveCache.java:167)
at com.intellij.lang.javascript.psi.resolve.JSResolveUtil.resolve(JSResolveUtil.java:2080)
at com.intellij.lang.javascript.psi.impl.JSReferenceExpressionImpl.multiResolve(JSReferenceExpressionImpl.java:466)
at com.intellij.lang.javascript.psi.impl.JSReferenceExpressionImpl.resolve(JSReferenceExpressionImpl.java:129)
at com.intellij.lang.javascript.inspections.JSDeprecatedSymbolsInspection$1.visitJSReferenceExpression(JSDeprecatedSymbolsInspection.java:85)
at com.intellij.lang.javascript.psi.impl.JSReferenceExpressionImpl.accept(JSReferenceExpressionImpl.java:453)
at com.intellij.codeInspection.InspectionEngine.acceptElements(InspectionEngine.java:82)
at com.intellij.codeInspection.InspectionEngine.createVisitorAndAcceptElements(InspectionEngine.java:70)
at com.intellij.codeInsight.daemon.impl.LocalInspectionsPass.a(LocalInspectionsPass.java:286)
at com.intellij.codeInsight.daemon.impl.LocalInspectionsPass.a(LocalInspectionsPass.java:254)
at com.intellij.concurrency.ApplierCompleter.c(ApplierCompleter.java:133)
at com.intellij.openapi.application.impl.ApplicationImpl.tryRunReadAction(ApplicationImpl.java:1127)
at com.intellij.concurrency.ApplierCompleter.a(ApplierCompleter.java:105)
at com.intellij.openapi.progress.impl.CoreProgressManager.a(CoreProgressManager.java:543)
at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:488)
at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:94)
at com.intellij.concurrency.ApplierCompleter.b(ApplierCompleter.java:116)
at com.intellij.concurrency.ApplierCompleter.b(ApplierCompleter.java:96)
at com.intellij.openapi.application.impl.ReadMostlyRWLock.executeByImpatientReader(ReadMostlyRWLock.java:143)
at com.intellij.openapi.application.impl.ApplicationImpl.executeByImpatientReader(ApplicationImpl.java:229)
at com.intellij.concurrency.ApplierCompleter.compute(ApplierCompleter.java:96)
at java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:731)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157)

2
Comment actions Permalink

I can confirm that invalidate cache also fixes this issue for IntelliJ

0
Comment actions Permalink

File -> Invalidate Caches and Restart is not solving the problem for me!

Manjaro Linux (latest)

WebStorm (latest)

Angular (latest, huge project)

0
Comment actions Permalink

On IntelliJ Idea Ultimate, issue is present, constant, and restarting, invalidating the cache has no effect whatsoever 

1
Comment actions Permalink

There's a chance that it's the .ignore plugin that triggers constant re-indexing. Please disable it if you have it enabled and check again.

3
Comment actions Permalink

Reverting PyCharm Professional from 2018.01 to 2017.03 for Mac solved the problem for me!  (Invalidating cache however did not)

0
Comment actions Permalink

I am using WebStorm 2018 with Ubuntu 17.04 and invalidate cache/restart worked with me. 

0
Comment actions Permalink

Invalidating the cache and restarting was not working for me, but disabling the .ignore plugin fixed it.

Now I'm not distracted by the indexing, but I do miss the .ignore plugin.

0
Comment actions Permalink

Same Issue in IDEA 2018.2

removing ignore plugin seemed to do it

 

0
Comment actions Permalink

In my case, constant reindexing was caused when I accidentally removed read permission for the project root directory; restoring the permission solved the problem. (Also, loads of log entries about virtual files not being found were generated.)

0

Please sign in to leave a comment.