Bug 963 - Natural rest break triggers even if
Status:
RESOLVED FIXED
Component:
Core :: UNIX
Version:
1.9.3
Hardware:
All Linux
Importance:
P5 normal
Target Milestone:
---
Assignee:
Rob Caelers
URL:
Depends on:
Blocks:
Reported:
Jan 13 2011 10:17:33 UTC
by:
Amit Shah
Modified:
Jan 29 2011 00:03:24 UTC
CC List:
Amit Shah
Kees-Jan Dijkzeul
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| Kees-Jan Dijkzeul | Jan 13 2011 13:56:38 UTC | cc | Kees-Jan Dijkzeul | |
| Rob Caelers | Jan 29 2011 00:03:24 UTC | status | NEW | RESOLVED |
| resolution | FIXED |
Description
Amit Shah Jan 13 2011 10:17:33 UTC
Hello, With the 1.9.3 update, the natural rest break triggers each time my screen gets auto-locked due to inactivity. However, if I cancel the autolock by pressing some button, the autolock doesn't happen, but the Natural Rest Break dialog does appear and stay there. If this natural rest break is skipped, the next rest break is scheduled after 1 hr (my setting for time between rest breaks). What could be done is to wait for some timeout (say 1 min) between the start of screen auto-lock and any other activity. If there's no activity in this period, the natural rest break can proceed, else the rest break timer should be set to the value just before the natural rest break started. This frequently happens when I'm reading something on the screen and the auto-lock period expires. In these situations, I just press a key and continue reading. Using workrave on a Fedora Linux system.
Comment 1
Kees-Jan Dijkzeul Jan 13 2011 13:56:38 UTC
(In reply to comment #0) [...] > If this natural rest break is skipped, the next > rest break is scheduled after 1 hr (my setting for time between rest breaks). This is the normal behaviour for "skip" (though it is unfortunate in this case). I guess you want to click "postpone", to make the break window go a way but not reset the timers. Waiting some time before enabling the natural rest break is a good idea. Thanks for that!
Comment 2
Amit Shah Jan 18 2011 11:00:28 UTC
Postponing doesn't work as well as it postpones only for 5 mins (my setting for postpone timer). The timer should be reset to the value it was at before the natural break triggers.
Comment 3
Kees-Jan Dijkzeul Jan 18 2011 12:13:40 UTC
(In reply to comment #2) > Postponing doesn't work as well as it postpones only for 5 mins (my setting for > postpone timer). You're right. That's very weird and shouldn't happen.
Comment 4
Rob Caelers Jan 29 2011 00:03:24 UTC
The 'automatically start break on screen-lock' option is now configurable and the postpone problem has been fixed (in commit 0101db5bafff723872a2)