WebStorm 2017.1 Hanging

 I just upgraded to Web Storm 2017.1 and all of a sudden everything hangs when trying to type code or navigate the application. You type and it hangs for 30 seconds or so, then comes to life again. 

Please advise!

52 comments
Comment actions Permalink

Great, thanks for update!

0
Comment actions Permalink

Hi Elena, here's the latest update. I had been running Webstorm via the terminal for close to two days with no hanging whatsoever. I then restart Webstorm using the conventional non-terminal approach, Webstorm proceeds to hang again! So it seems Webstorm is fine and stable when run over terminal.

0
Comment actions Permalink

No idea. there should be no difference. You can start in both ways and them compare idea.log files to see if there is any difference in cmd options/JDK being used

0
Comment actions Permalink


After about a week of keeping Webstorm open (from the same console start), I notice Webstorm is acting just as bad as it was before, with frequent hanging. I'll open it normally (from a shortcut, not from the console) and see if its worse or the same this time around. 

It doesn't look like there are any major differences in the logs:

http://btetrud.com/files/idea%20-%20normal%20start.log
http://btetrud.com/files/idea%20-%20command%20line%20start.log

When I opened (then closed) from the shortcut, there were a lot more logs for some exception:

PersistentEnumeratorBase$CorruptedException: PersistentEnumerator storage corrupted 

But with subsequent openings I didn't see that again. If this problem actually just manifests after being open for a while, it probably means it has memory leaks.

0
Comment actions Permalink

Please respond, I'm very tired of Webstorm constantly halting my productivity. 

0
Comment actions Permalink

Exception indicates cache storage corruption; the usual way to get rid of this issue is caches invalidation (File | Invalidate caches, Invalidate and restart). Or, you can manually remove C:\Users\fresheneesz\.WebStorm2017.1\system\ folder.

 

>probably means it has memory leaks.

May be. We need CPU and memory snapshots taken when it starts running slow to see what's wrong - see https://intellij-support.jetbrains.com/hc/en-us/articles/207241235-Reporting-performance-problems for instructions

0
Comment actions Permalink

+1 I agree with Nishanth 

Elena, if I may add:
It'd be acceptable to ask for volunteers if this was an open source project. However it's not - thus paying users don't expect to actively engage in qa-related tasks e.g. open bugs, create snapshots, upload logs. That's a job they expect would be done internally by the qa team. Or at least, if you want people to do that - be fair and provide them with free-of-charge licenses. 

As for paying users: It seems reasonable to present them with an "automatically collect logs and report issues" option then can enable. Many applications do that nowadays, and so perhaps it's a direction worth taking.

Anyhow, the current bug-reporting method on Webstorm seems to be frustrating quite a few users. It creates significant pushback, and there's no indication that Intellij staff is considering it an issue. People would like to understand if you see that problem, and what actions are you taking to address it (?)


0
Comment actions Permalink

performance issues can be caused by hundred of different reasons - WebStorm issues, hardware failures, JRE bugs, problems with third-party plugins, configuration problems, etc + combinations of all these factors. It is not possible to catch them all during testing (and, belive me - we do test the software, both manually and automatically). the ONLY way to track down the issue is analysing the logs and snapshots. Logs and thread dumps are generated automatically - and, I believe, it's not a big issue to provide the log folder when asked to do so - is it? as for CPU snapshots that are always necessary to anaylise the performance issue, they can't be taken automatically (or, technically they can, of course - but it would slow down the overall performance dramatically)

we do not ask you to test the app - just report the details regarding the issue you are experiencing. If you refuse to do this, there is a very low chance that your particular issue will ever be addresed

0
Comment actions Permalink

Tried it - the performance when editing the file is more or less the same as in 2016.3... Cpu spikes appear in both versions when I perform some refactorings, for example. Plus (unlike 2016.3), 2017.2 doesn't report syntax errors on this file (2016.3 fails to parse some ternary expressions there, and resultant syntax tree appears broken)... I'd say that editing big files has always been a problem:( I can suggest setting highlighting level to 'Syntax' for such files to disable on-the-fly inspections for them

 

0
Comment actions Permalink

Snapshots would still be appreciated...

0
Comment actions Permalink

I just installed 2016.3.6 and 2017.2, but on a Windows PC this time.  Loaded that JS file and saw that both versions exhibit similar CPU fluctuations pattern.  (Maybe this disappears due to caching or what not that "sets in" over time, compared to a fresh install.) Not sure why I never noticed that on 2016.3 before this. Sorry for the trouble and false alarm.

0
Comment actions Permalink

Ok I made a CPU usage profile. I started it *after* webstorm hung for 10-15 seconds (turning white and showing "not responding"), then after it hung again for 10 seconds (this time just unresponsive, but *not* showing "not responding") I stopped the CPU usage profile. This happened within the span of 60 seconds. Here's the profile:

http://www.btetrud.com/files/WS-171.4424.63_fresheneesz_31.07.2017_18.08.12.zip

0
Comment actions Permalink

@Fresheneesz, thank you! Please follow https://youtrack.jetbrains.com/issue/WEB-27488 for updates

0
Comment actions Permalink

If I enable Power Save Mode, I no longer experience the issue, but of course, Power Save Mode also disables background tasks and code inspections.

Based on this result, I would be led to believe there is a) a hidden, inefficient background task the IDE is running, or b) an overly aggressive code inspection or series of code inspections taking priority over the rest of the application. It is inexplicable as to why this issue takes some time to occur, but without any way to log what the IDE is doing, there is no way for the user to pinpoint what exactly is causing the issue.

As a long-term solution, this is not a good workaround, but in the meantime, the user can toggle Power Save Mode and just be more selective about when they need background tasks and code inspections.

Note: I experience this issue with all JetBrains IDEs, not only WebStorm.

0
Comment actions Permalink

Yep, same issue as everyone here.

 

I am running Webstorm 2017.2.3, windows 10 64bit, 16gb ram, core i7-4712HQ @ 2.3ghz.

 

Basically the issue is very random, hard to make it appear on demand but it happens every few seconds when I am typing and it will hang for 2-4 seconds and then resume the typing. Let me clarify, in my case hanging means that the program itself is UNRESPONSIVE, it does not respond to any user interface input for 2-4 seconds. It happens every minute maybe every 2-3 minutes, like I said hard to force the issue on demand.

0
Comment actions Permalink

(07 Sep 2017) I updated to PyCharm 2017.2.3 RC2, worked on a project, left the IDE open overnight, and could not reproduce the issue. I haven't tested RTM yet. I don't know if the issue was patched (IDEA-175737) in WebStorm, but if the code base is the same, I expect most of us to be happy.

edit (13 Sep 2017): I spoke too soon. I've experienced recurrences of the issue in the latest versions of PyCharm as well as WebStorm on Windows 10. However, performance is incredibly smooth on OS X.

0
Comment actions Permalink

This thread is the first google result for webstorm freezes and from what I gather, the jet brains teams is just asking us to do their work.  If you look at the auto-suggest from google, typing "web storm f" has 4 results for "web storm free" and then the next non-free permutation is webstorm freezes.  This tells me it is enough of a problem that web storm should do something about it.  I am on a mac and have used webstorm for awhile now (years).  I love the tools that Jetbrains has, but I am really concerned that they don't care anymore or are not taking this seriously.  I have a very busy job and no time to trouble shoot tools I pay for.  In fact I moved to visual studio code and have become more productive.  

0
Comment actions Permalink

I'm still experiencing this issue in the latest EAP versions of all JetBrains IDEs.

The issue is less pronounced, however.

0
Comment actions Permalink

Same problem here. WebStorm 2017.3 keeps freezing, both keyboard and mouse out of function. 

0
Comment actions Permalink

Please try getting thread dumps when it stops responding - https://intellij-support.jetbrains.com/hc/en-us/articles/206544899-Getting-a-thread-dump-when-IDE-hangs-and-doesn-t-respond

Note that I'd strongly recommend creating separate threads/support tickets to report such issues - the IDE can hang/run slow for hundreds of different reasons, and it's hardly possible to manage a thread that includes dozens of different reports from different users using different versions. I must say that normally I ignore new comments like 'same problem', 'me too', etc. in such age-old threads

0
Comment actions Permalink

Disabling Synchronize files on frame activation (Settings | Appearance & Behavior| System settings), fixed it for me.  Shame I had to put in a support ticket to find this out.

0
Comment actions Permalink

After I followed the instructions for capturing snapshots, WebStorm (2017.3.4) would no longer launch.  I had to go delete the file vmoptions file in .WebStorm2017.3\config under my user profile directory to get it to start again.

Eric

0

Please sign in to leave a comment.