Greeter won't unlock when app raised by url dispatcher is already focused
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
autopilot (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
powerd (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
unity-mir (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
unity8 (Ubuntu) |
Fix Committed
|
Critical
|
Unassigned |
Bug Description
I have tried this on #294 and #250 after clean boot.
Send the device a text message
Tap notification
Expect messaging app to be opened (if closed) or raised (if already opened).
On both #250 and #294 it's been unreliable at doing this. Usually if messaging-app was not open it will be opened. However generally if the app is already open then tapping the notification will not raise the app.
On #294 sometimes the OSK will just appear over the top of the welcome screen.
On #250 it generally just does nothing.
This happens irrespective whether the device was locked and sleeping or at the welcome screen awake.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: unity8 7.85+14.
Uname: Linux 3.4.0-5-mako armv7l
ApportVersion: 2.14.1-0ubuntu2
Architecture: armhf
Date: Mon Apr 14 13:37:57 2014
InstallationDate: Installed on 2014-04-14 (0 days ago)
InstallationMedia: Ubuntu 14.04 LTS - armhf (20140414)
SourcePackage: unity8
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Michał Sawicz: Approve
- PS Jenkins bot (community): Needs Fixing (continuous-integration)
- Michael Zanetti: Pending requested
- Albert Astals Cid: Pending requested
-
Diff: 151 lines (+65/-13)5 files modifiedqml/Shell.qml (+5/-12)
tests/autopilot/unity8/application_lifecycle/tests/__init__.py (+4/-1)
tests/autopilot/unity8/application_lifecycle/tests/test_application_lifecycle.py (+29/-0)
tests/autopilot/unity8/process_helpers.py (+16/-0)
tests/qmltests/tst_Shell.qml (+11/-0)
- PS Jenkins bot: Approve (continuous-integration)
- Autopilot Hackers: Pending requested
-
Diff: 18 lines (+2/-0)1 file modifiedautopilot/application/_launcher.py (+2/-0)
- Ricardo Salveti (community): Approve
- Oliver Grawert: Approve
- PS Jenkins bot: Approve (continuous-integration)
- Alberto Aguirre: Pending requested
-
Diff: 69 lines (+8/-5)4 files modifiedsrc/display-request.c (+0/-1)
src/display.c (+2/-0)
src/powerd-internal.h (+2/-1)
src/powerd-object.c (+4/-3)
Changed in unity8 (Ubuntu): | |
importance: | Undecided → High |
Changed in unity8 (Ubuntu): | |
assignee: | nobody → Mirco Müller (macslow) |
Changed in unity8 (Ubuntu): | |
importance: | High → Critical |
Changed in unity8 (Ubuntu): | |
status: | Confirmed → Fix Committed |
tags: | added: r250 r294 r295 |
FWIW, it never worked when the app was already running (there simply isn't code that would deal with that).
I've been trying here and at least with "upstart-app-launch dialer-app" I've seen a 100% reliable focusing of the app, so as long as the backend (telepathy-ofono?) kicks the messaging app to start, I don't see anything wrong with how it works now.
Investigating further.