Local does not start consistently. Multiple instances running in background

Just curious if this has been tracked down.

Update after update after update (causing lots of problems when I see the comments section) but this problem (running instances of Local by Flywheel 32bit staying in the background) is still not addressed. Sometimes wonder what the development of LBF is about: only creating more problems while leaving the existing ones unaddressed?

Maybe the LBF team should start recoding the whole project from scratch instead of building on faulty versions (the 2.4.1 emergency update is a dead giveaway here).

Yes. Now speaking for myself, I have used various ā€œall in oneā€ local development packages, LBF, Lando, MAMP.

MAMP was the better in my opinion. All left me to some level frustrated. I am a small fry designer, but the best solution I have found to do local dev on Windows 10 is frankly running Apache/PHP and MySQL. Leaving them running has had no performance issues and I can turn them off easily if desired.

Again, frankly, the issues I had with the multiple background issues not being corrected in a timely manner turned me off of LBF a long time ago. I do realize it is a free product, but still.

@frizzel77 @mhjwebservices,

The background issue on Windows is still in our todo. Unfortunately, weā€™re waiting on something to be fixed in an upstream dependency before we can address this.

I have also been experiencing the exact same issue since updating to 2.3.1.

2.4.0 didnā€™t fix it. 2.2.4 was fine.

Win10x64.

@clay
What ā€˜somethingā€™?
What ā€˜upstream dependencyā€™?

Your answers (not only to this topic) always seem of the kind: ā€œIā€™m hiding myself behind something, although Iā€™m not sure what exactly Iā€™m hiding behind!ā€

I just wanted to point out, Iā€™m having the same thing happen, but only when I close Local out with the ā€˜xā€™ in the top right corner. If I go to the menu (three lines) in the top left corner, and press exit at the bottom of that menu, Local closes correctly and thereā€™s no tasks left behind.
Thought maybe this information could help figure out whatā€™s causing this bug!
(Iā€™m on windows 7, and have the newest update to Local)

1 Like

Thank you @Serena

I can confirm that clicking on ā€˜Exitā€™ in the menu instead of the ā€˜Xā€™ in the top right leaves no LbF processes running.

Which, btw, seems also to indicate itā€™s not ā€˜something has to be fixed in an upstream dependancyā€™ as claimed by @clay but instead in LbF itselfā€¦ Correct me if Iā€™m wrong.

1 Like

@Serena,

Thanks so much for pointing this out. I will check this out on my Windows machine.


@frizzel77,

Thanks for the confirmation!

Hey all,

Thanks again for all of the details pertaining to this very frustrating bug!

I was able to track down the issue this afternoon and devise a possible fix. It wasnā€™t an issue with a dependency like I originally suspected.

Here is a test build that you can download and try:

Note, you may have to kill any existing processes like before prior to using this build. However, once you do switch to this build the issue should go away.

2 Likes

The background process fix has been released in Local 2.4.6.

Iā€™m now marking this thread as resolved. Please open a new thread if you run into this issue again.

Thanks again for everyoneā€™s patience!

This topic was automatically closed 12 hours after the last reply. New replies are no longer allowed.