-
-
Notifications
You must be signed in to change notification settings - Fork 134
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
Long Spaces Change Delay #105
Comments
@X25guru are you able to go back to a prior release and see if the issue is there as well? If you can attempt that and can't reproduce on the older version then we will know it is related to a change introduced in the newer version |
I'm running 1.2.1 now and the problem isn't in that version. I couldn't use the newer version so I had to revert. |
@X25guru Thanks for the follow up, I'll mark this as a bug so that we can try to get it fixed. |
I tried 1.35 and this issue does not exist anymore. My systems have not been upgraded. It's possible some other app interfered, or that it was fixed inadvertently. I'm pretty sure I tested with fresh boots with nothing else running, so I think it's no longer an issue. |
Ok, thanks for the update @X25guru, closing this but feel free to report back if run into the problem again. |
It seems this problem has arisen again. It's not the case on a fresh boot of the slave machine, but it creeps up after a while. I'll try to figure out what combination of things cause it. I have 32GB in the machine so I don't think it's a swapping issue. And this never happened with the same workflow with the older version. |
Some new info on this. When it happens, if I quit teleport and restart it on the slave machine, it's all fine. So it's not the system itself; it seems to be something thats accumulating over time. Takes about 2 days to become too sluggish to endure. |
I've experienced this (MacOS 12.3, teleport 1.3.5, various hardware); not sure what triggers it exactly, but workaround of restarting teleport definitely restores normal Mission Control hotkey space-switch responsiveness. Time since launch is a factor, but sometimes happens within an hour or two - can't nail this down. Haven't managed to look at other Mission Control things like show desktop, show app windows, etc at the same time. |
Bug report
What you were trying to do (and why)
Press CTRL-Arrow to changed space screen on secondary screen
What happened (include any debug output)
Long Delay on the order of several seconds.
What you expected to happen
Screen change immediately
Step-by-step reproduction instructions
Move mouse to slave system. Press CTRL-Arrow (right or left)
Environment information
Server (Mac with keyboard and pointing device)
Client (Mac being remotely controlled)
ALSO HAPPENS WITH (3 MAC setup)
Client (Mac being remotely controlled)
NOTE: I just upgraded the 3 systems from Teleport v1.2. This problem did not exist with v1.2
The text was updated successfully, but these errors were encountered: