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.

** Changed in: unity8 (Ubuntu)
       Status: New => Incomplete

** Changed in: unity8 (Ubuntu)
       Status: Incomplete => Opinion

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1615001

Title:
  lock display when idle timeout not honoured

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1615001/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to