-
-
Notifications
You must be signed in to change notification settings - Fork 456
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
Disabling microbreaks does not stop the next one #503
Comments
Hi, you are right. It is like that with more settings, ie when you change time between breaks it is changed only after next break. My thinking was that I don't wanna reset breaks everytime someone changes the settings, but what you say makes sense, it should be changes right away. |
Ideal behaviour would be that the break timings are unaffected and microbreaks simply removed from the schedule, but an automatic reset would work too. |
closing in favor of #1248 |
Prerequisites
Description
When disabling microbreaks in settings, if a microbreak is the next scheduled break type, the schedule is not updated until that microbreak has occurred.
Operating system: Windows 10 Pro x64 1909
Steps to Reproduce
Expected behavior: The next break will be a break
Actual behavior: The scheduled microbreak will occur
Reproduces how often: 100%
Additional Information
Resetting breaks after making the change correctly updates the schedule
The text was updated successfully, but these errors were encountered: