lock display when idle timeout not honoured
Bug #1615001 reported by
Jean-Baptiste Lallement
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
High
|
kevin gunn | ||
repowerd |
Fix Released
|
High
|
Alexandros Frantzis | ||
repowerd (Ubuntu) |
Fix Released
|
High
|
Alexandros Frantzis | ||
unity8 (Ubuntu) |
Opinion
|
Undecided
|
Unassigned |
Bug Description
current build number: 412
device name: krillin
channel: ubuntu-
Test Case:
1. Go to system-
2. Reboot the device
3. Wait
Expected behaviour
Display turns off after 5min
Actual Behaviour
Display doesn't turn off
Related branches
Changed in repowerd: | |
assignee: | nobody → Alexandros Frantzis (afrantzis) |
Changed in repowerd (Ubuntu): | |
assignee: | nobody → Alexandros Frantzis (afrantzis) |
Changed in repowerd: | |
assignee: | Alexandros Frantzis (afrantzis) → nobody |
Changed in repowerd (Ubuntu): | |
assignee: | Alexandros Frantzis (afrantzis) → nobody |
Changed in repowerd: | |
status: | New → In Progress |
Changed in repowerd (Ubuntu): | |
status: | New → In Progress |
Changed in repowerd: | |
importance: | Undecided → High |
Changed in repowerd (Ubuntu): | |
importance: | Undecided → High |
assignee: | nobody → Alexandros Frantzis (afrantzis) |
Changed in repowerd: | |
assignee: | nobody → Alexandros Frantzis (afrantzis) |
Changed in canonical-devices-system-image: | |
status: | In Progress → Fix Committed |
Changed in canonical-devices-system-image: | |
status: | Fix Committed → Fix Released |
Changed in repowerd: | |
status: | In Progress → Fix Released |
To post a comment you must log in.
I'm not sure the designed behaviour of keeping the screen on for as long as the snap decision is on screen is correct. I'm not sure respecting MAX_INT as timeout value (-1 would make more sense for "never" anyway) is right either.
The (ab)use case of SIM dialog for this makes it so we want the dialog to remain on screen until it completes, is dismissed, or the backend decides to put it away. That makes some sense, but I don't think that should mean the screen should stay on forever. I agree with the bug description that it should shut down after the idle timeout. So the difference would be between how long the different notifications cause the screen to be on, not that one of them "decides" how long it is on.