Upgraded to 5.9.3+5100 and it still works …
I’m having the same issue on 2 Windows machines. These are new installs. I can create sites and access them through a browser, but Local Sites does not populate. Windows 10 Pro on both machines.
Thank you for providing this info and taking the time to post here in the forums!
I’ve never seen Local in that sort of a state. Does this still happen with the latest (currently 5.9.6) version of Local?
From the screenshot, I can sort of imagine that Local is having trouble reading the sites.json
file within it’s configuration directory.
Do you have any sort of antivirus software installed that might be preventing Local from reading files within the %AppData%\Local
directory?
Also, is there anything that might be different from the defaults in terms of how Local was installed? For example, was Local installed to a different partition?
Only windows firewall. I disabled - same results.
I created a test site from the defaults and I see it in sites.json file.
Running version 5.9.7+5156
Ben,
As a test, I uninstalled and installed 5.9.3 and the sites are listed!
Uninstalled 5.9.3 and reinstalled 5.9.7, and the sites are gone again.
Installed 5.9.3 over 5.9.7 and the site list is back. Installed 5.9.7 over 5.9.3 and error fetching.
5.9.4 does not show the site list.
Russ
That’s really interesting and thanks for the screenshot – the file permissions look correct.
Can you please provide your Local Log? See this Community Forum post for instructions on how to do so:
Thanks! This is the right log. I’m not seeing anything obviously broken here.
You mention that this is happening with two different machines – do each of those Local windows have the same error as what is in the original post? Specifically, I’m wondering if your machines are reporting the same error:
Error, could not load sites.
Failed to fetch
If you can, could you take a screenshot of the Local window for us to compare as well?
Thanks for those screenshots @grokwhy – I think I’ve zeroed in on recreation steps which should help with getting a fix created, though I don’t have an exact ETA for when that will be released.
I think there are two options:
- Downgrade to Local 5.9.3
- Find whatever is listening on port 4000 and stop that before launching Local
Since you are running Windows, you should be able to work through #2 by using these commands within a cmd
prompt:
netstat -nao | find "4000"
taskkill /F /pid <whatever-process-id-is-found>
To help visualize, this screenshot has a fake “dev server” listening on port 4000. I’m able to use taskkill
to kill it and get Local to work again:
Thanks, I’ll look into this.
Russ
Ben,
I determined the service running on port 4000 was the NoMachine app. After disabling the service and installing the latest 5.9.7 I now see the site list.
Thanks!
Russ
Nice!
The team’s still working on a fix so that you won’t have to find and kill a process that’s running on port 4000, but it’s coming along and should be released soon!
Good to know … I’m running NoMachine as well to contact a few Linux machines I have on site. I will try disabling it or see if I can have it run on a port other than 4000.
I can confirm.
Installing Local v5.9.3 on top of latest installation recovered my site list, with NoMachine working well. (it is linked in a comment above)
Installing Local v5.9.7 (latest at time of writing) on top of v5.9.3 gave this same error as the original post “Error, could not load sites. Failed to fetch.”
When I disable NoMachine, and restart Local v5.9.7, everything works again as normal.
I hope Local elects to use a different port for this service, as I use NoMachine extensively as a remote working tool.
Take care folks!
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.