touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #95024
[Bug 1426115] Re: Screen timeout for system event (e.g. notification) needs to be a shorter duration than the standard inactivity timeout
Looking into the ubuntu-push issue... I feel like it's weird that the
turn-on-screen code is spread around the place. It seems like
logically, the component that is showing the notification on the screen
should be turning the screen on. It doesn't feel like a telephony-
service decision, for example.
It would also mean that we wouldn't miss cases like ubuntu-push or even
direct dbus notifications:
import dbus
bus = dbus.SessionBus()
proxy = bus.get_object('org.freedesktop.Notifications', '/org/freedesktop/Notifications')
interface = dbus.Interface(proxy,dbus_interface='org.freedesktop.Notifications')
interface.Notify('Notification', 0, '', 'Testing 123', 'Hello World', [], {}, 0)
I guess that would mean either turning on the screen in unity-
notifications or unity8. And it feels like a different bug should be
opened for unifying calls to setScreenPowerMode in one place. For this
bug, I've filed MPs for all the existing calls to setScreenPowerMode I
could find, to update their 'reason' parameter to use the new
NOTIFICATION reason.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to powerd in Ubuntu.
https://bugs.launchpad.net/bugs/1426115
Title:
Screen timeout for system event (e.g. notification) needs to be a
shorter duration than the standard inactivity timeout
Status in Canonical System Image:
In Progress
Status in Unity System Compositor:
Fix Released
Status in powerd package in Ubuntu:
In Progress
Status in telephony-service package in Ubuntu:
In Progress
Status in unity-system-compositor package in Ubuntu:
Fix Released
Bug description:
When receiving an SMS notification or a calendar event the screen is
left on for the full min or more as set by the user. This is not
necessary and not how other phones behave.
I would suggest 15 secs and go direct to suspend.
To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1426115/+subscriptions
References