Issue with Project Closing and Saving Settings in PHPStorm on MacOS
I am experiencing an issue when closing a project in PHPStorm. When I close Project 1, with one or two other projects still open, I get a message saying "saving [project name] settings" while the project is in the process of loading. As a result, the other open projects stop working properly, and I am forced to force quit the application.
This issue occurs on my MacBook M4, while I never experienced it on my older Lenovo laptop. I have tried restarting PHPStorm and the system, but the problem persists. The issue seems to be related to saving project settings and the project loading process, as it freezes other open projects.
Any assistance or guidance on resolving this issue would be appreciated.
请先登录再写评论。
Could you please reproduce this issue (stuck in "saving [project name] settings"), refer to the jstack section here https://intellij-support.jetbrains.com/hc/en-us/articles/206544899-Getting-a-thread-dump-when-IDE-hangs-and-doesn-t-respond to capture 2 thread dump files of the IDE process at that time, and share it.
Please also share IDE logs from IDE main menu `Help | Collect Logs and Diagnostic Data`.
You can upload these files into https://uploads.jetbrains.com/ and share us the upload id.
After it, you can try click `File | Invalidate Caches | enable the "Clear file system cache and Local History" option | Invalidate and Restart` from the main menu to clean the cache to see if this can fix this saving issue.
A similar problem. MacOS, M3
Previously, the heap increase only affected the size of the memory being clogged. Increase in the heap only affected the size of the clogged memory, the freezes are in place. Now it is impossible to close in the usual way, and it is also impossible to reboot when updating, for example (freezes).
The cache was disabled, and PhpStorm reinstalled it completely, including deleting the system's service folders. After reinstalling, it stopped hanging during operation, but when coming out of sleep, the application freezes. Simply terminating the process does not work, the fsnotifier subprocess does not die. Only the forced termination of the process helps.
Hi Danilov Komrad,
Is this still the case in the latest IDE version - 2025.2.2? I'm asking because this should have already been fixed in the scope of JBR-9171.
Hello, i also have the same behavior in ubuntu 22. I have a sync process where i store a lot of images locally in my project. Could it be because of this? Until recently i didn't have an issue with this. Appears the same text as in the other comments: Saving [project] settings… and it remains stuck and the ide slow. Doesn't disappear from the background tasks
Marius Cristea Catalin, please ensure your IDE is up to date. If the issue continues even with the latest version, follow the troubleshooting steps provided by my colleague to gather the necessary data: https://intellij-support.jetbrains.com/hc/en-us/community/posts/27793144107026/comments/28095599968146.
I am had the same symptom on Windows 11 - it turned out to be because the at the same time as closing the IDE I had shutdown the WSL2 distro that the open project was on.
Same happens at mac, `PyCharm 2024.2 (Professional Edition)`. Like 4 times in a row. I can't use pycharm. Quite unusual implementation idea, block all pycharm instances if one of them did hang.
Soo i had it fixed this way. I had an older installation of phpstorm 2023. x. I installed the 2025.x and i did remove phpstorm 2023.x but the cache files remained hence the weird bugs. I uninstalled phpstorm, cleaned everything on my ubuntu machine related to phpstorm and installed again 2025.x. I never ever runned again into freezing databases and such. There just wasnt an upgrade option from 2023 to 2025, which is understandable, many things changed during that time span and only clean install was the solution. Hope this get you guys back on track.
If you ran into this issue please upgrade your IDE using JetBrains Toolbox, this will get you a clean environment. In case the issue persists please let us know.