Skip to content
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

Daemon not working after restored from sleep #2

Open
htchaan opened this issue Dec 28, 2017 · 4 comments
Open

Daemon not working after restored from sleep #2

htchaan opened this issue Dec 28, 2017 · 4 comments

Comments

@htchaan
Copy link

htchaan commented Dec 28, 2017

Bound the app with BTT with "-d -i" flags. After restoration I have to manually kill the daemon process in order for the app to work again, otherwise the app simply have no effect. Everything is fine for a BTT setup without the daemon "-d" flag.

@briankendall
Copy link
Owner

I've got the same problem actually and I've got a fix in the works. What version of macOS are you using?

@Vusys
Copy link

Vusys commented Jan 18, 2018

I have a similar issue but it doesn't seem to be related to sleep. I'm not sure what causes it, but I think it may be related to IntellJ's going in and out of fullscreen mode. When I start IntellJ it launches a modal to select a project, then when I pick a project it'll remember it was in fullscreen mode, enters full screen mode and OS X drags me into the newly created space. If IntellJ then creates another modal (like for updates) it drags me back to the space I launched it from. Between OS X's handling of spaces and IntellJ it's a bit of a buggy mess and somewhere in the middle of that this app seems to stop responding. It may be a red herring as I've not confirmed this is the cause of the issue, but it seems like it happens at roughly the same time that the daemon stops responding.

I'm using OS X 10.13.2 on a early 2015 rMBP.

Hope that helps :) Many thanks for this app. It's an invaluable fix for Apple's mission control regressions.

@htchaan
Copy link
Author

htchaan commented Mar 15, 2018

I am using 10.13.3.

@briankendall
Copy link
Owner

Just a quick update: I still get this issue too, and am trying to figure out what's causing it. The trouble is that it only seems to occur when missionControlFullDesktopBar is launched by BetterTouchTool. If I launch it in daemon mode from something else like a terminal window, the issue doesn't occur. (Which makes this difficult to fix!)

One possible workaround would be to have the app not launch in daemon mode, i.e. remove the -d command line argument. Hopefully in that case you won't notice it taking longer to trigger.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants