Local UI Showing Websites in a "Start" State Incorrectly - macOS

Issue Summary

When I start the Local app, the user interface shows several of my Local websites have already started without any action on my part. This occurs upon starting the Local app and is repeatable.

Also, whenever I start any single Local website, the Local UI shows several other Local websites starting (automatically) at the same time without any action on my part.

However, the Local websites that are appearing to start (automatically) when I start any one website are NOT really starting at all. It is just the Local UI is showing these websites as
being in a ā€œStartedā€ state but in reality they are not running.

It looks like some kind of Local UI bug. Itā€™s very annoying trying to figure out which Local websites are actually ā€œStartedā€ versus those the Local UI is erroneously presenting as in a ā€œStartedā€ state.

Troubleshooting Questions

  • Does this happen for all sites in Local, or just one in particular?

Whenever any one Local website is started, several other Local websites also start (automatically). However, these other Local websites only appear to be in a ā€œStartedā€ state in the Local UI. In reality, they are not actually in a ā€œStartedā€ state.

  • Are you able to create a new, plain WordPress site in Local and access it in a Browser?

Yes, no problem.

Replication

Describe the steps that others can take to replicate this issue. If you have screenshots that can help clarify what is happening, please include them!

I have a short video that shows very clearly exactly what is happening but I am unable to upload videos to this site.

Here is a link to view the video:

System Details

  • Which version of Local is being used?
    Version 6.7.2+6375

  • What Operating System (OS) and OS version is being used?
    macOS Catalina Version 10.15.7

  • Attach the Local Log. See this Help Doc for instructions on how to do so:
    local-logs.zip (677.6 KB)

Security Reminder

Local does a pretty good job of scrubbing private info from the logs and the errors it produces, however thereā€™s always the possibility that something private can come through. Because these are public forums, always review the screenshots you are sharing to make sure there isnā€™t private info like passwords being displayed.

@webworx I think that youā€™re running into a known Mac-only issue, as discussed here:

and here:

Itā€™s likely some errant data in your sites.json file, and I suspect itā€™s due to an error in the cloning process.

@burt
Thanks but I don"t have a sites.json file.
Where is it supposed to be located?

Hi @webworx -

For Mac, sites.json can be found here:

~/Library/Application Support/Local/sites.json

Sam

Thanks for the path, @sambrockway.

@webworx Be very careful editing that file. Shut down the Local app before editing it, and make sure to take a backup copy beforehand. Once you have made the change to remove the errant data (which can only really be determined by looking at the sites.json file for something out of place), then restart the Local app and try again.

One question, to possibly help developers get this fixed: Were the sites in question created by cloning another site?

Good luck!

Came to the Community to post this same issue that started happening to me recently.

The site showing as ā€˜startedā€™ has been in my Local app for years now.

Hi @scottbuscemi -

Thanks for sharing that this is happening to you, too.

I am curious about @burtā€™s response - do you happen to know if the sites youā€™re experiencing that behavior with were cloned sites? Or cloned from a blueprint?

Thereā€™s this thread that could be related if thatā€™s the case:

Sam

@sambrockway This issue surfaced on Windows a couple of years ago and was resolved by changes made in 6.3.0 ā€“ cloned sites had extraneous data in the sites.json file that caused them to appear as running when they werenā€™t. Obviously I donā€™t have access to any source here, but I suspect that there is something specific to Mac that may need a similar patch applied to address that platform.

This is the earlier Windows-related thread:

2 Likes

Thanks everyone,
For what itā€™s worth, I did not experience this problem (Iā€™m on macOS Catalina) until after cloning a few sites, not ā€œBlueprintsā€ but actual clones.

In my case, I just exported the errant sites then deleted them, then imported the exported sites back into Local and Iā€™m good-to-go so far.

Key takeaway here is that I will refrain from cloning and blueprinting new sites until this bug (or undocumented ā€œfeatureā€) has been fixed.

Thanks again all for very helpful feedback and suggestions, much appreciated.

2 Likes

Thank you @burt for your continued help in bubbling this up and assisting other users. Iā€™ll check with the team on this for a potential future resolution.

3 Likes

Yes, a big shoutout and thank you to @burt for being so helpful in tracking this down and helping others resolve it.

Weā€™re still trying to chase down consistent reproduction steps, but weā€™ve moved these reports into a larger bug report here in the forums and created a ticket for the engineering team to look into. For now, it seems like the issue is contained to macOS and somehow related to cloning and blueprintsā€¦ Iā€™ll be trying to nail down something consistent. If anyone has leads on steps you can take to make this happen repeatedly, please let us know!

2 Likes

Issue Summary

Local shows site(s) as running when they are not. Attached screen shot shows one site with green dot, but sometimes the site below the top one also shows a green dot so that it appears 2 sites are running. But in fact, there are no sites running. Confuses things.

Troubleshooting Questions

  • Does this happen for all sites in Local, or just one in particular?
    Uncertain, but definitely more than a couple.

  • Are you able to create a new, plain WordPress site in Local and access it in a Browser?
    N/A

Replication

Describe the steps that others can take to replicate this issue. If you have screenshots that can help clarify what is happening, please include them!
See Screen shot.

System Details

  • Which version of Local is being used?
    Local 6.7.2+6375

  • What Operating System (OS) and OS version is being used?
    MacOS 12.6.6 (Monterey)

  • Attach the Local Log. See this Help Doc for instructions on how to do so:
    Attached.

Security Reminder

Local does a pretty good job of scrubbing private info from the logs and the errors it produces, however thereā€™s always the possibility that something private can come through. Because these are public forums, always review the screenshots you are sharing to make sure there isnā€™t private info like passwords being displayed.
local-logs.zip (233.1 KB)

Hi @NdnaJnz

It seems like youā€™re running into a similar issue as some other users. There is a thread with some more detail here most recently for context. Iā€™m checking with the team on this now to get this looked into further:

1 Like

This is not a new issue, as Iā€™ve been seen it for at least 6 months. A search here found only older posts, but I did not find one with a resolution.

Iā€™ve attached a bit more info: screen shot showing 2 sites supposedly running, but neither of them are. I have also seen up to 3 sites in this mode/status.

Hi @NdnaJnz - Apologies, I wasnā€™t trying to insinuate this was a ā€œnewā€ issue but merely linking the latest post related. Iā€™ve shared all the related posts with the team and they are going to look into this further. We may end up merging all of the posts into one large ā€œBugā€ thread. Stay tuned!

1 Like

Hi @NdnaJnz - there is a known fix; the bug is due to erroneous data in your sites.json file. You can follow along in this thread on how to fix it. It involves opening that file, and deleting the ā€œstatus: runningā€ line for the sites affected.

Iā€™m going to merge this to a bigger bugs post and Iā€™ve created a ticket for the engineering team to look in to.

Hah! No insinuation taken, Nick! I understand merging only helps us all when searching for a topic.

3 Likes

I canā€™t find my sites.json file where you supposedly can fix this. Where is this supposed to be located (on MacOS)?

@abroes
You can find sites.json here on macOS:
~/Library/Application Support/Local/sites.json. <=== This is an invisible directory

NOTE: On my system, there is both a visible and an invisible directory. Itā€™s the invisible one that contains the path shown above.

Once youā€™ve located the file, you can open it in Visual Studio Code or similar editor. If youā€™re using VSC then youā€™ll need to use the ā‡§āŒ„F command to format the json document in a way thatā€™s suitable for editing.

Then, do a search in the sites.json document on the word ā€œstatusā€. This will likely reveal the following attributes:

    "__typename": "Site",
    "status": "running",

Youā€™ll want to delete both of these attributes per @austinwendt advice above.

Also, youā€™ll probably find a set of these attributes corresponding to every site that you have in Local that is exhibiting the unwanted behavior, i.e. always showing a ā€œStartedā€ stated in the Local UI.

In my case I had (3) such sites. Once these (6) attributes were removed, Local was launched and is now functioning normally, i.e. no more sites showing as started in the UI.

NOTES:

  1. Be sure to backup your sites.json file prior to making any edits
  2. Be sure to close down Local prior to making any edits to sites.json
  3. Kudos to @austinwendt ā€¦thank you!..your solution is working as far as I can tell
1 Like

@webworx thank you so much for the detailed instructions, that was exactly what I needed and it works like a charm now! So glad to be finally rid of this annoying issue. I appreciate it!

1 Like