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.

10

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
Avatar
Permanently deleted user

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
Avatar
Permanently deleted user

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)

8
Avatar
Permanently deleted user

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

6
Avatar
Permanently deleted user

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
Avatar
Permanently deleted user

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

0
Avatar
Permanently deleted user

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

Manjaro Linux (latest)

WebStorm (latest)

Angular (latest, huge project)

0

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

1

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
Avatar
Permanently deleted user

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

0
Avatar
Permanently deleted user

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

0
Avatar
Permanently deleted user

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

Same Issue in IDEA 2018.2

removing ignore plugin seemed to do it

 

0
Avatar
Permanently deleted user

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

It's just ridiculous at this point.

I'm really considering leaving JetBrains all together for VSCode. 

Can't really work, it keeps indexing every time that I run a test suit.

0

Can't really work, it keeps indexing every time that I run a test suit.

Could it be that your test suite generates a lot of files in the project?
If so, it makes sense to exclude the folder where the generated files are located from indexing at Settings | Directories.

0

Hi! Found this thread before fixing it on my own.

Not sure if this is useful for anyone else, but here goes:

I had the same issue, but further checking yielded that it was indexing a lot of flat files on disk. I had referenced a folder for the BigData tool and added a bunch of files into that folder. Enough files to make the indexer shoot itself.

I cleared the cache, removed files and everything went back to normal.

0

So, so, so annoying, please fix it. Its too slow. Have to wait for an hour for a package to reindex. Seriously! I am moving to VS code thanks to this.

1

请先登录再写评论。