-
-
Notifications
You must be signed in to change notification settings - Fork 453
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
[Bug]: Wayland: Sometimes the hotkey for skipping a break does not work #1503
Comments
Hi, is the text "Postpone break" visible on break when this happens? Only then the shortcut is active. It might also take a second or two for the shortcut to become active when break starts |
Yes, this text is visible and active. I can postpone the break by clicking on the label. Now I have found that immediately after the start of the system, delaying the break by ctrl+x does not work in 100% of cases. But if you run Cursor (AI Code Editor, app image), then the break is postponed each time by ctrl+x. The same thing happens in the case of running VS Code (deb package) or Google chrome. The behavior is the same on both snap and deb versions of Stretchy. |
That is weird, will try reproducing when on Linux. Can you also try setting another shortcut? https://github.com/hovancik/stretchly?tab=readme-ov-file#advanced-preferences and https://github.com/hovancik/stretchly?tab=readme-ov-file#postponefinish-break-shortcut |
I checked the postponement of breaks with the xorg session - it works. The problem only occurs with the wayland session. When changing "endBreakShortcut" to "Super+X", the problem also persists - this combination only works with the active windows of the applications listed above. Maybe it's a similar problem with wayland and hotkeys - warpdotdev/Warp#4800 |
It is the issue with electron: electron/electron#42573 |
Version
Known issues
Existing issues
Advanced Preferences
What operating system are you using?
Linux
Operating System Version
ubuntu 24.04.1
Reproduction steps
Reproduces how often:
In about 25% of cases.
Expected Behavior
The break is canceled by pressing ctrl+x
Actual Behavior
In about 25% of cases, the break is not canceled.
Relevant log output
No response
Preferences
No response
Additional information
Ubuntu works with wayland, if that's important.
The selected keyboard layout does not affect the appearance of the problem.
Code of Conduct
The text was updated successfully, but these errors were encountered: