# Timeout waiting for EverythingProvider Error **URL:** \ **Category:** Bug Reports\ **Tags:** windows, crashes, installation, teams-enterprise\ **Created:** [April 16, 2026, 7:20am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146 "2026-04-16T07:20:01Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 16, 2026, 7:20am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/1 "2026-04-16T07:20:01Z")
### Where does the bug appear (feature/product)? Cursor IDE ### Describe the Bug Hello, I am encountering a startup issue with Cursor where the application does not load properly and gets stuck during initialization. The main error I observe in the logs is: “Timeout waiting for EveryProvider” Additionally, the DNS and SSL initialization steps appear to hang indefinitely during startup, and the application remains stuck in a continuous loading state at this stage. After launching Cursor, the application appears to start normally, but it eventually fails to fully initialize. The UI remains in a loading state and does not become usable. Additional observations: - The issue persists even when running Cursor with `--disable-extensions` and a temporary profile. - The problem occurs consistently after reinstalling the application. - The extension host process starts but does not become ready within the expected time. - Logs show repeated retries related to extension host readiness and plugin/provider initialization. We are working in a corporate environment. However: - Access to Cursor-related domains and endpoints has been explicitly allowed by our IT/security team. - Employees individually purchase and use Cursor. - This issue is reproducible on multiple corporate machines across our organization (not limited to a single device). Given this, we suspect there may be some system-level requirements or restrictions affecting Cursor’s initialization. Could you please clarify: - Are there any required system permissions for Cursor to function properly (e.g., registry access, local process execution, IPC, or similar)? - Are there any known conflicts with common enterprise security tools or policies? - What minimum permissions or exceptions should be configured on corporate machines to ensure Cursor works without issues? Thank you for your support. ### Steps to Reproduce Run Network Diagnostics ### Screenshots / Screen Recordings ![error1.png](https://us1.discourse-cdn.com/cursor1/original/3X/9/4/9437e19f53298e1e14e6285860610da6f4316274.jpeg) ### Operating System Windows 10/11 ### Version Information Version: 3.0.12 (system setup) VSCode Version: 1.105.1 Commit: a80ff7dfcaa45d7750f6e30be457261379c29b00 Date: 2026-04-04T00:13:18.452Z Layout: editor Build Type: Stable Release Track: Default Electron: 39.8.1 Chromium: 142.0.7444.265 Node.js: 22.22.1 V8: 14.2.231.22-electron.0 OS: Windows\_NT x64 10.0.26100 ### For AI issues: add Request ID with privacy disabled Request ID: d609d11c-9290-4798-8cd6-a0e38953cb85 {“error”:“ERROR\_CUSTOM”,“details”:{“title”:“Agent Execution Timed Out”,“detail”:“The agent execution provider did not respond in time. This may indicate the extension host is not running or is unresponsive.”,“isRetryable”:false,“shouldShowImmediateError”:true,“additionalInfo”:{},“buttons”:[{“label”:“Reload Window”,“reloadWindow”:{}}],“planChoices”:}} Agent Execution Timed Out [deadline\_exceeded] ConnectError: [deadline\_exceeded] Agent Execution Timed Out at vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:53345:23460 at async cg\_.createExecInstance (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:53345:20015) at async aqy (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:43738:622970) at async G4.execute (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:43959:14688) at async Khd.execute (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:53345:1749) at async dK\_.execute (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:56367:4966) at async E0d.buildComposerRequestContext (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:56377:4190) at async E0d.streamFromAgentBackend (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:56377:6906) at async E0d.getAgentStreamResponse (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:56377:17161) at async o3e.submitChatMaybeAbortCurrent (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:44075:19892) at async Object.Hl [as onSubmit] (vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:55360:4887) at async vscode-file://vscode-app/c:/Program%20Files/cursor/resources/app/out/vs/workbench/workbench.desktop.main.js:55334:115294 ### Additional Information Authentication UI, Cursor Tab, Agent Endpoint, Codebase Indexing Timeout waiting for Everything Provider error. ### Does this stop you from using Cursor Yes - Cursor is unusable ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 8:08am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/5 "2026-04-16T08:08:38Z")
Hey, this is a known issue. On some corporate Windows machines, the extension host `cursor-socket` fails to initialize. That causes everything routed through it, Auth UI, Cursor Tab, Agent, Indexing, to fail with the error “Timeout waiting for EverythingProvider.” Your network is fine. The basic checks, DNS, SSL, Marketplace, Authentication, all pass. The problem is client-side. The team is aware and tracking this. A few things to try: 1. Check the cursor-socket folder Open Command Prompt Run as Admin and run: ```bat dir "C:\Program Files\cursor\resources\app\extensions\cursor-socket\" ``` If you see `dist\` but no `out\`, that’s a known trigger. Fix it: ```bat cd "C:\Program Files\cursor\resources\app\extensions\cursor-socket" xcopy dist out\ /E /I ``` Restart Cursor. 1. Try a custom extensions directory Launch Cursor with an isolated extensions folder to rule out corruption: ```bat cursor --extensions-dir C:\cursor-extensions ``` 1. Check AV or EDR software This is the most likely culprit in corporate environments. Enterprise security tools, endpoint protection, EDR agents, application whitelisting, can block `cursor-socket` from starting. Can you share: - What antivirus or endpoint protection is installed on these machines? - Is there any application whitelisting or DLP software running? - Check if your AV logs show any blocks related to files under `C:\Program Files\cursor\resources\app\extensions\cursor-socket\` If your security team can whitelist the entire Cursor installation directory `C:\Program Files\cursor\`, that often resolves it. 1. Turn off Codebase Indexing Cursor Settings (not VS Code settings) \> Indexing & Docs \> turn off Codebase Indexing. Reload the window via `Ctrl+Shift+P` then run Developer: Reload Window. Similar thread with the same error for reference: [Timeout waiting for EverythingProvider](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider/156748) Send the output from step 1 and info about your security software. That’ll help narrow it down. ---
**Author:** ![ymzx](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@ymzx](https://forum.cursor.com/u/ymzx)\ **Post date:** [April 16, 2026, 8:42am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/7 "2026-04-16T08:42:47Z")
I have tried both methods—‘Check the cursor-socket folder’ and ‘Try a custom extensions directory’ and ‘Turn off Codebase Indexing’ by searching through the forum, but they both failed with the same error ------ " timeout-waiting-for-everythingprovider ". ![image](https://us1.discourse-cdn.com/cursor1/original/3X/0/2/02c5db81a51e84252499c87a9800ee553df41d3a.png) ![image](https://us1.discourse-cdn.com/cursor1/original/3X/e/e/ee4e87943411d4505fe7813c0112534626febbad.png) ![image](https://us1.discourse-cdn.com/cursor1/original/3X/3/0/30382ef290a21b05373e846de4494f5e1c813793.png) I’m on a corporate computer with a proprietary security management client that I can’t uninstall. I’m going to buy a new computer to test it out, but that’ll take a few days. ---
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 16, 2026, 12:17pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/8 "2026-04-16T12:17:32Z")
Hello, We do not have permission to access the Windows registry. However, this was also the case previously, and Cursor was working without any issues. Until about 3–4 days ago, the application was functioning properly, but it has since stopped working and started producing this error. As security software, our machines have Trend Micro Security Agent and Forcepoint One DLP installed. However, we have not found any related findings or blocks in the logs of these products. Thank you. ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 12:37pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/9 "2026-04-16T12:37:43Z")
What used to work and then broke 3 to 4 days ago is an important detail. It suggests the issue is more likely caused by something that changed, not by the base config. A couple questions: 1. Did Trend Micro or Forcepoint One DLP update around the same time? Corporate agents often auto update in the background. 2. Did Cursor itself update about 3 to 4 days ago? 3. Can you run the command from my previous message (step 1) and share the output? Even without registry access, a normal Command Prompt should show the folder contents: ```bat dir "C:\Program Files\cursor\resources\app\extensions\cursor-socket\" ``` Also try this: ask your IT team to add an exception in Trend Micro and Forcepoint for the whole `C:\Program Files\cursor\` folder and for the `cursor.exe` and `cursor-socket` processes. Even if there are no obvious blocks in the logs, EDR agents can block inter process communication (IPC) without writing to standard logs. The team is aware of this issue. It affects some corporate Windows environments. Let me know how it goes. ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 12:45pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/10 "2026-04-16T12:45:20Z")
Hey, I see you’ve already tried all the main workarounds from the other thread and nothing helped. It’s most likely your corporate security client is intercepting the local IPC traffic (127.0.0.1) that Cursor uses to talk to the extension host. Can you share the name of that security client? That’ll help us understand what it’s blocking. As one more try, run Cursor like this: ```bat cursor --force-disable-all-extensions --extensions-dir C:\cursor-clean-ext ``` If that still doesn’t help, then buying a new computer without the corporate security agent will probably fix it. The team is aware of this bug and is tracking it, and your report helps us prioritize it. ---
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 16, 2026, 12:52pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/11 "2026-04-16T12:52:59Z")
Hello, Both security tools may be performing background operations. In particular, Trend Micro Security Agent runs periodic scans. However, we are not seeing any related findings or blocked actions in the logs. The last Cursor version I used was 3.1.14, and there was no automatic update on my side. I have completely removed the application from my machine and cleaned up all remaining files except for the registry (which we do not have access to). I am also sharing the output of step 1 as requested. However, I would like to mention that previously copying the “dist” folder as “out” did not resolve the issue. Thank you. ![h1](https://us1.discourse-cdn.com/cursor1/original/3X/d/d/dd9c21e8f441f34ee560e05fd92d487508f152ae.jpeg) ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 1:12pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/12 "2026-04-16T13:12:44Z")
I can see from the screenshot that the `out/` folder is missing and only `dist/` is there. That’s a known trigger for this issue. Since copying `dist` into `out` didn’t help before, it’s probably not just the missing folder. Something is likely blocking the `cursor-socket` process itself. One thing though. You mentioned version 3.0.12 in the bug report, but later said the last working version was 3.1.14. Did you reinstall and roll back to an older version? If yes, try installing the latest available build from [Cursor · Download](https://cursor.com/download). A few things that should help us move forward: 1. Try running with full isolation if you haven’t yet: 2. Trend Micro often blocks IPC without writing anything to the usual logs. Ask your IT team to add exceptions for the processes `cursor.exe` and `cursor-socket`, not just the folder. In Trend Micro, this is under Behavior Monitoring \> Exceptions. 3. Forcepoint One DLP can intercept localhost traffic 127.0.0.1. If possible, ask to temporarily disable Forcepoint for a test so we can confirm which of the two agents is interfering. The team is aware of this issue and is tracking it. If your IT team can disable one of the agents for even 10 minutes for testing, that would really help us identify what’s blocking it. Let me know how it goes. ---
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 16, 2026, 1:18pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/13 "2026-04-16T13:18:02Z")
![image](https://us1.discourse-cdn.com/cursor1/original/3X/7/3/7390c9d4379fd02bf5005c34e9977319e07cce5f.jpeg) We disabled Forcepoint DLP and Trend Micro Security on corporate PC. Then we got this result: ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 1:31pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/14 "2026-04-16T13:31:15Z")
By the way, sorry about the command with `--force-disable-all-extensions`. Cursor doesn’t recognize that flag, as the warning in the screenshot shows. The correct flag is `--disable-extensions`: ```bat cursor --disable-extensions --extensions-dir C:\cursor-clean-ext ``` But the main question is, in the post above you disabled Forcepoint and Trend Micro. Did Cursor start working after that? If yes, that confirms one of the security agents is blocking cursor-socket. Let me know the result and we’ll figure out the exact exclusions for your IT team. ---
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 16, 2026, 1:49pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/15 "2026-04-16T13:49:08Z")
Hello, We had a session with our IT, Network, and System teams and temporarily removed all security restrictions on a corporate machine. This included disabling Forcepoint DLP and Trend Micro Security Agent, enabling registry access, and allowing full access to Command Prompt and PowerShell. The machine was also removed from all corporate policies. Despite all these changes, the issue still persisted. After the meeting, we ended the session and paused further investigation, as we were unfortunately unable to identify a solution. Thank you. ---
**Author:** ![ymzx](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@ymzx](https://forum.cursor.com/u/ymzx)\ **Post date:** [April 16, 2026, 2:10pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/16 "2026-04-16T14:10:42Z")
![image](https://us1.discourse-cdn.com/cursor1/original/3X/c/1/c110bef282cd65d4cadc586bd0a095390f31f29b.png) ![image](https://us1.discourse-cdn.com/cursor1/original/3X/5/2/52f097d7dc1bf0206ee888607e34c4d1f43e820c.png) Our company’s endpoint security management client appears to be developed based on the 360 Terminal Security Management System, because I can see the 360 application running in the background. ![image](https://us1.discourse-cdn.com/cursor1/original/3X/5/9/59e5ce69a3558da9a5df8f3d295e8a01f2528d10.png) ---
**Author:** ![ymzx](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@ymzx](https://forum.cursor.com/u/ymzx)\ **Post date:** [April 16, 2026, 2:15pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/17 "2026-04-16T14:15:07Z")
“cursor --disable-extensions --extensions-dir C:\cursor-clean-ext” is not work also. ![image](https://us1.discourse-cdn.com/cursor1/original/3X/b/b/bbca8bf89873e421ed79de8e856bca2c2b6fb66c.png) ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 3:29pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/18 "2026-04-16T15:29:08Z")
This is really important info. If disabling Forcepoint, Trend Micro, and all corporate policies didn’t help, that rules out security software as the cause. A few things I’d like to confirm: 1. You said 3.1.14 was the last working version, but your bug report says 3.0.12. What version are you using right now? If you haven’t tried yet, download the latest from [Cursor · Download](https://cursor.com/download). 2. Can you check if a Windows update was installed around the same time, about 3 to 4 days ago? Settings \> Windows Update \> Update history. 3. I need the extension host logs to see exactly where cursor-socket is hanging. Open this folder: ```auto %APPDATA%\Cursor\logs\ ``` Find the newest session folder, then look for files named `exthost` or `extension-host`. Paste the contents here or attach the file. 1. Also open Task Manager while Cursor is running, go to the Details tab, and check if there’s a `cursor-socket` process. If it’s there, tell me its CPU and memory usage. If it’s not there at all, that suggests it isn’t starting. The team is already tracking this issue. Your case is especially helpful because it shows this isn’t just security software interference. The logs will help narrow down the cause. ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 16, 2026, 3:31pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/19 "2026-04-16T15:31:58Z")
I can see that 360 Terminal Security agent is running in the background. Since you can’t remove it, let’s try a different approach. Quick question first. Do you still have Clash Verge or any VPN client on this machine? In your previous thread, fully removing Clash Verge fixed an issue with EverythingProvider. I want to confirm it’s not affecting this case too. If there’s no VPN on this machine, then the 360 client is likely blocking IPC between Cursor and cursor-socket. Can you check the following: 1. Open Task Manager \> Details while Cursor is running. Do you see `cursor-socket.exe`? If yes, what status does it show? 2. Check the extension host logs: ```auto %APPDATA%\Cursor\logs\ ``` Find the latest session folder and look for `exthost` or `extension-host` logs. 1. Does 360 have an exclusions or allowlist feature? If yes, try adding the full directory `C:\Program Files\cursor\` and also the `cursor-socket.exe` process to exclusions. This is a known issue on corporate Windows systems. Your logs will help the team understand what exactly 360 is blocking. ---
**Author:** ![ymzx](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@ymzx](https://forum.cursor.com/u/ymzx)\ **Post date:** [April 17, 2026, 1:50am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/20 "2026-04-17T01:50:02Z")
I have uninstall clash verge again ![image](https://us1.discourse-cdn.com/cursor1/original/3X/0/c/0cd4e912c76e4db7d476c899cda40d8f349307c6.png) Unfortunately, after re-uninstalling Clash Verge, the previous successful situation no longer occurs. I have tried various methods but still failed. ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 17, 2026, 5:56am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/21 "2026-04-17T05:56:58Z")
I see you reinstalled Clash Verge again with the Delete application data option checked, but the issue is back. The normal uninstaller often leaves system-level leftovers that can still mess with Cursor. Try cleaning these up manually: 1. Check for leftover TUN or TAP adapters Open Device Manager \> Network adapters. Look for anything named Wintun Userspace Tunnel or Clash, or any unknown virtual adapter. Right-click and uninstall each one. If you see a prompt, also check Delete the driver software. 1. Check system proxy settings Run this in Command Prompt: ```bat netsh winhttp show proxy ``` If it shows anything other than Direct access, reset it: ```bat netsh winhttp reset proxy ``` Also check Windows Settings \> Network & Internet \> Proxy. Make sure Automatically detect settings and Use a proxy server are off, or set back to defaults. 1. Check for leftover Clash services Run this in Command Prompt: ```bat sc query type= service state= all | findstr /i "clash" sc query type= service state= all | findstr /i "wintun" ``` If anything shows up, paste the output here. 1. Check environment variables Run: ```bat echo %HTTP_PROXY% echo %HTTPS_PROXY% echo %ALL_PROXY% ``` If any of these return a value, Clash Verge left proxy environment variables behind. Clear them in System Properties \> Environment Variables. 1. Reboot after all cleanup, then try Cursor again. Also, since 360 Terminal Security is still running on this machine, it could be a combined issue. Last time removing Clash Verge alone fixed it, but now with 360 still active, it might be blocking the cursor-socket process. Can you also share the extension host logs? ```auto %APPDATA%\Cursor\logs\ ``` Open the latest session folder and look for files named `exthost` or `extension-host`. This will help us see where cursor-socket is getting stuck. The team knows about this issue in corporate Windows setups. Your report helps us prioritize it. ---
**Author:** ![mupolat](https://avatars.discourse-cdn.com/v4/letter/m/eb9ed0/32.png) [@mupolat](https://forum.cursor.com/u/mupolat)\ **Post date:** [April 17, 2026, 12:10pm UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/22 "2026-04-17T12:10:45Z")
Hi, On my own computer, version 3.1.14 was installed. However, the logs and screenshots I previously shared were from my colleague’s computer, where version 3.0.12 was being used. I completely removed the program from my computer, but I was unable to reinstall it. It gets stuck on the loading screen. Because of this, we collected and sent all logs and screenshots from my colleague’s machine, as he is experiencing the same issue. We also tried installing the latest version, but the issue still persists. When I checked the Windows Update history, there are no updates from the last 3–4 days. The most recent update was about a month ago. In the `%APPDATA%\Cursor\logs\` directory, there are no log files named **exthost** or **extension-host**. I am sharing a screenshot of the contents of the logs folder. Additionally, when I check Task Manager, there is no **cursor-socket** process running in the background. The currently installed version is 3.1.15. The logs we previously shared were from version 3.0.12. ![h4](https://us1.discourse-cdn.com/cursor1/original/3X/5/d/5d3765c17d74c36303ae4db31b2a735c95b196eb.jpeg) ![h3](https://us1.discourse-cdn.com/cursor1/original/3X/6/2/621c25321931c0879fd3973d388801b92515447e.jpeg) ---
**Author:** ![deanrie](https://sea3.discourse-cdn.com/cursor1/user_avatar/forum.cursor.com/deanrie/32/1263_2.png) [@deanrie](https://forum.cursor.com/u/deanrie)\ **Post date:** [April 19, 2026, 7:57am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/23 "2026-04-19T07:57:43Z")
Thanks for the extra info. Quick note: cursor-socket won’t show up as a separate process in Task Manager. That’s expected since it runs inside the extension-host. So not seeing it in the process list isn’t an issue. The main problem is that you don’t have any exthost logs at all. That usually means the extension host either isn’t starting, or it crashes right away. I need the content of the logs you do have: 1. Open `%APPDATA%\Cursor\logs\` and find the newest session folder 2. Send the contents of `main.log` 3. Open the `window1`, `window2`, `window3` folders and send all logs from them. That’s where we might see why the extension host isn’t starting Also run this: ```bat dir "C:\Program Files\cursor\resources\app\extensions\cursor-socket\dist\" /s ``` This will print the full file tree for cursor-socket. I want to confirm the binaries are still there after the reinstall. The team is aware of the issue, but there’s no clear ETA yet. The logs will help us move the investigation forward. Let me know what you find. ---
**Author:** ![ymzx](https://avatars.discourse-cdn.com/v4/letter/y/41988e/32.png) [@ymzx](https://forum.cursor.com/u/ymzx)\ **Post date:** [April 22, 2026, 9:44am UTC](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146/24 "2026-04-22T09:44:07Z")
After switching to a new computer, I set up my VPN using the Clash Verge client. I have not installed the company’s endpoint security software, and the issues I had before no longer occur. I can now use Cursor normally. [Next page](https://forum.cursor.com/t/timeout-waiting-for-everythingprovider-error/158146.md?page=2)