New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
app.makeSingleInstance doesn't work under linux, Electron 1.7.x #9880
Comments
We're seeing exactly the same issue here wavebox/waveboxapp#284 |
I've just added a super simple example into git demonstrating the bug...
Then in a new terminal....
|
@Thomas101 Thanks a lot for helping out with a simple example. |
I am seeing the same thing in macOS. Is there a separate issue tracking that or do the labels and title of this just need updating? |
@mattridley we're not seeing it with macOS or Windows only linux. Which version of electron did you see it with? Do you see the problem if you try it with the electron-quick-start above? #9880 (comment) |
I saw it with 1.7.5 (reverting back to 1.6.11 fixes the issue). I also have the problem with the quick start (see https://youtu.be/CNFhWWF77Ms) |
Wait for the IO thread to be a thing before attempting to listen on the socket Fixes #9880
Wait for the IO thread to be a thing before attempting to listen on the socket Fixes #9880
Wait for the IO thread to be a thing before attempting to listen on the socket Fixes #9880
* Fix app.makeSingleInstance hanging on posix systems Wait for the IO thread to be a thing before attempting to listen on the socket Fixes #9880 * Move OnBrowserReady call to PreMainMessageLoopRun to account for timing issues on macOS * Woops, how did that happen ;) * Refactor as per @zcbenz comments Also fix issue where we run the single instance callback *not* on the UI thread, this apparently results in a hung process. * Appease the linting gods * Create watcher when message loop is ready * spec: Add test case for app.makeSingleInstance * Fix missing extension when saving a file without filters Previously, when triggering the save dialog through e.g. `<a download>` links (e.g. http://jsfiddle.net/koldev/cW7W5/), the extension was only saved if Finder was set to show all extensions by default. We now always display the extension to make sure that it is saved. If we want to keep the extension hidden, we could also populate the allowed file types array with the extension from the default filename, but that would have interfered with how we set the filters. * Try to make test less flaky * Try simpler test * Fix stdout detection * Try longer timeout on test
Works in 1.6.11.
Expected behavior
app.makeSingleInstance
callback is called when opening an associated file from file manager and application is already openedActual behavior
app.makeSingleInstance
callback is delayed with about 30-60 seconds before being calledHow to reproduce
You could reproduce the problem by downloading Caret 3.0 .deb and then following the steps described here.
The issue stops reproducing when releasing the same code with 1.6.11.
The text was updated successfully, but these errors were encountered: