24
Views
6
Comments
Solved
Debugger can't open entry module. Load timeout for modules: (Modules name)
Question

Even on Entry modules, after starting the Debugger, new browser instance open, but screen still blank for some minutes then raises this error: Load timeout for modules: (Modules name)

My Colleagues can debug the same modules without problems. I guess is something locally, just don't know what. 

What I already tried:

  • Removed all stored data in the browser / emptied the cache / hard reloaded
  • Logged in using the new browser instance before re-starting debug
  • Used a clean link: https://domain.com/main-module
  • Closed all browser instances before debugging
  • Uninstalled and reinstalled Service Studio
  • Restarted Windows

Any suggestion?

2019-01-07 16-04-16
Siya
 
MVP
Solution

@Wallace Haese

When you start a debug session in Google Chrome, it typically begins listening on a local port (usually 9222) for remote debugging.

In my case, I can confirm this by running the following command on macOS:

It shows Chrome listening on port 9222.

If you don’t see something similar, it's possible that some software (firewall, antivirus, or security settings) is blocking the communication.

Try running Service Studio as Administrator, or temporarily disabling firewall/antivirus software, and then attempt debugging again to see if that resolves the issue.

2023-01-02 15-13-39
Wallace Haese

I ran S. Studio as admin and Seems to be working

Also, I cleaned the temp folder.

Thanks for your help!

2019-11-11 17-10-24
Manish Jawla
 
MVP
Solution

Hi @Wallace Haese ,

Have you refreshed all the dependencies?

May be runs a full solution and try again.

Check other modules of your app? or this is only happening for particular module?

Regards,

Manish Jawla

2023-01-02 15-13-39
Wallace Haese

Hi @Manish Jawla

Good point. Actually my colleagues can debug on same modules, that show error for me.

And it happens with different entry modules. I'm not sure, but I guess is something locally, just don't know what.

2019-11-11 17-10-24
Manish Jawla
 
MVP

Hi @Wallace Haese ,

Can you try to check your colleagues service studio version? Are you both using the same?

And can you try to clean the temp files of your system %temp% from this folder.

And try to check the chrome browser version as well with your colleague.

Let’s try these suggestions :-).

Hope this helps,

Regards 

Manish Jawla

2023-01-02 15-13-39
Wallace Haese

The S. Studio are in the same version and Chrome is updated. 

I did your test. I cleaned the temp folder, but also executed S. Studio as admin and Seems to be working

Thnaks!


2019-01-07 16-04-16
Siya
 
MVP
Solution

@Wallace Haese

When you start a debug session in Google Chrome, it typically begins listening on a local port (usually 9222) for remote debugging.

In my case, I can confirm this by running the following command on macOS:

It shows Chrome listening on port 9222.

If you don’t see something similar, it's possible that some software (firewall, antivirus, or security settings) is blocking the communication.

Try running Service Studio as Administrator, or temporarily disabling firewall/antivirus software, and then attempt debugging again to see if that resolves the issue.

2023-01-02 15-13-39
Wallace Haese

I ran S. Studio as admin and Seems to be working

Also, I cleaned the temp folder.

Thanks for your help!

Community GuidelinesBe kind and respectful, give credit to the original source of content, and search for duplicates before posting.