Quake mode hot-key stops working after a while. Restart of terminal fixes it #14127

Closed
opened 2026-01-31 04:01:42 +00:00 by claunia · 3 comments
Owner

Originally created by @aclinick on GitHub (Jun 4, 2021).

Windows Terminal version (or Windows build number)

1.9.1523.0

Other Software

No response

Steps to reproduce

Run terminal preview. leave it in the background. Go do something else for a while - say 30 mins. Hit Win-` and notice how the quake sweetness has been obliterated (by a BFG perhaps?) Restart terminal and quake goodness is back

Expected Behavior

quake mode all the time....

Actual Behavior

no quake sweetness

Originally created by @aclinick on GitHub (Jun 4, 2021). ### Windows Terminal version (or Windows build number) 1.9.1523.0 ### Other Software _No response_ ### Steps to reproduce Run terminal preview. leave it in the background. Go do something else for a while - say 30 mins. Hit Win-` and notice how the quake sweetness has been obliterated (by a BFG perhaps?) Restart terminal and quake goodness is back ### Expected Behavior quake mode all the time.... ### Actual Behavior no quake sweetness
Author
Owner

@zadjii-msft commented on GitHub (Jul 6, 2021):

Well, that's definitely not expected. I'm assuming "do something else for 30 minutes" is basically just the same as "something causes the keybinding to stop working". As long as the Terminal is running, the keybinding should work. We never unregister the hotkey (except on a settings reload), so there's no reason that the global hotkey should ever become unbound.

I'm not sure what kind of tracing we could get that would be valuable here. I suppose we could add tracing for when we do get a hotkey message, but that would only really tell us if the hotkey was pressed, but we decided not to open an instance. I'm more worried that this is "we never got the hotkey message".

I'd welcome other input on this topic - as is, I'm not sure how to investigate this further.

@zadjii-msft commented on GitHub (Jul 6, 2021): Well, that's definitely not expected. I'm assuming "do something else for 30 minutes" is basically just the same as "something causes the keybinding to stop working". As long as the Terminal is running, the keybinding _should_ work. We never unregister the hotkey (except on a settings reload), so there's no reason that the global hotkey should ever become unbound. I'm not sure what kind of tracing we could get that would be valuable here. I suppose we could add tracing for when we _do_ get a hotkey message, but that would only really tell us if the hotkey was pressed, but we decided not to open an instance. I'm more worried that this is "we never got the hotkey message". I'd welcome other input on this topic - as is, I'm not sure how to investigate this further.
Author
Owner

@zadjii-msft commented on GitHub (Feb 2, 2022):

@aclinick You still seeing this? We haven't really had any other reports of this, so I suspect it was just an intermittent issue on your machine. We might have some logging you can do if it is still happening with relative frequency.

@zadjii-msft commented on GitHub (Feb 2, 2022): @aclinick You still seeing this? We haven't really had any other reports of this, so I suspect it was just an intermittent issue on your machine. We might have some logging you can do if it is still happening with relative frequency.
Author
Owner

@ghost commented on GitHub (Feb 6, 2022):

This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.

@ghost commented on GitHub (Feb 6, 2022): This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for **4 days**. It will be closed if no further activity occurs **within 3 days of this comment**.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#14127