every now and then (started with mavericks) totalspaces i’ll switch to my grid and be unable to leave. windows continue to update in the background but no user input is accepted. if i log in remotely via ssh and kill or restart totalspaces there is no effect. if i hold my power button to shut down the regular shutdown dialog comes up over the grid.
Hi, apologies for this problem, I do understand that locking your machine is one of the worst things that can happen.
A couple of questions to diagnose it better:
If you have a hotkey set for the overview grid, does pressing it again exit the grid?
Do you have multiple monitors?
One note - there is some code in TotalSpaces to force quit the grid when you wake the machine. So putting the machine briefly to sleep (with the power button) then waking it should get you out of this situation (let me know if that doesn’t work).
Also, if you SSH in, killall Dock should get rid of the grid because it runs in the Dock plugin (Dock will restart automatically).
should have mentioned that i tried killing dock as well, it’s a really bizarre problem but it’s happened more than once. i don’t know if it’s an o/s issue or anything to do with totalspaces. is there any debugging i can do in case this happens again?
I encountered the same issue—froze so hard I had to manually hold the power button on my Mac Pro to shutdown and then restart. After having this happen several times I tracked it down to turning off: System Preferences/ Desktop & Screen Saver/ Hot Corners where I had Mission Control as my lower-righthand corner hot corner. Whenever I would enable Mission Control via Apple’s Hot Corners, I encountered the freeze. After turning this Apple feature off, the problem went away.
I’ve been running into this problem as well. In my case, the grid eventually unfreezes; it can take anywhere from ~30 seconds to whole minutes.
Nope.
Yep – on this machine, two.
One thing I’ve noticed is that while the overview grid is non-responsive, a number of application’s windows contents in the grid display corrupted data. They continue to update (with corrupted data) every few seconds, until eventually the grid is dismissed.
In terms of a temporary work-around, what about a watchdog timer that automatically terminates if TotalSpaces fails to complete a modal operation in time? Given that the Dock will auto-relaunch, that would be preferable to being locked out of my machine until either the grid dismisses, or I SSH in to kill the Dock myself.
just an update on my situation - removing hot corners didn’t fix the problem. it happens infrequently, ssh’ing and killing the dock “solves” the problem every time. i have one monitor, 9 spaces. if i have video playing in one of the spaces it continues to play fine - no artifacts/corruption.
Thanks for the feedback. That the grid eventually unfreezes in your case (landonf) is very suggestive that the graphics or windows server is getting overloaded.
I will need to do some more work on this, I’m sorry I don’t have an update right now, but resolving this (and Spaces frozen on Mavericks ) is a priority.
This is still a very big problem with 2.0.17 on Mavericks - it happens fairly regularly on a new mac pro as well as a two-year-old mac mini. The mac pro has two monitors, the mac mini has one. Both have 9 spaces per monitor.
The only way to snap out of it is to ssh in and kill the Dock. I checked console and there were no messages from any application at the time of the freeze.
Secondly, since version 2.0.15 there has been a feature to restart the Dock if it appears to be hung (so it doesn’t communicate any more with TotalSpaces). But you would definitely see this in the logs. So I have to assume that the Dock is remaining responsive, but the overview grid stays on the screen anyway.
If you still are able to reproduce the issue with 2.1.2 then I can perhaps make a debug build to log more information for you to try.
Your description is what’s happening - no errors in the console log but the grid is locked up anyway. I installed the new version, will let you know if there are any problems. Thanks.
Hi, apologies for the delay, I have been travelling.
This trace doesn’t give me any new clues - it says that the Dock process died, and TotalSpaces re-installed itself when it came back to life (which is normal, and a good thing in the circumstances).
So something causes the Dock process to stop responding, but I don’t know what.
One great thing you could do is to run the following command when Dock is stuck and you ssh in:
sample Dock >sample.txt
Then send me the sample.txt file. I’ll see if I can figure out what Dock might be doing, or if it’s deadlocked or whatever.
Thank you. This is very useful. It looks like some kind of deadlock due to TotalSpaces trying to show and unshow the overview grid at the same time. I will investigate how to resolve this.
Can you recall exactly what you did to trigger this particular lockup? How were you exiting the grid (hotkey, hot corner, clicking on a space…?)
Indeed there is a situation where if the grid tries to show and unshow at the same time it will get locked. I’m not sure how this is triggered (any hint?) - it’s obviously not designed to do this, but I can fix the deadlock.
I have fixed the deadlock, but, as I mentioned, I’m not sure the cause of the simultaneous show/unshow. But at least the worst that should happen now would be a crash rather than a lockup.
Please let me know if this does indeed fix it, and if there are any other effects.
nothing particular comes to mind that would trigger this. i have bringing up the grid bound to f3 and f3 is bound to a thumb button on my mouse using usb overdrive. i’ll try the new version.