Merge lp:~unity-api-team/unity8/scopes-active-depends-on-screen into lp:unity8
| Status: | Merged |
|---|---|
| Approved by: | Ricardo Salveti on 2015-02-27 |
| Approved revision: | 1622 |
| Merged at revision: | 1636 |
| Proposed branch: | lp:~unity-api-team/unity8/scopes-active-depends-on-screen |
| Merge into: | lp:unity8 |
| Diff against target: |
20 lines (+2/-1) 1 file modified
qml/Dash/GenericScopeView.qml (+2/-1) |
| To merge this branch: | bzr merge lp:~unity-api-team/unity8/scopes-active-depends-on-screen |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Ricardo Salveti | Approve on 2015-02-27 | ||
| Albert Astals Cid (community) | code | 2015-02-23 | Approve on 2015-02-25 |
| PS Jenkins bot | continuous-integration | Needs Fixing on 2015-02-23 | |
|
Review via email:
|
|||
Commit Message
Only set scopes active when the screen is on
Description of the Change
Only set scopes active when the screen is on
| Albert Astals Cid (aacid) wrote : | # |
How does this work with
https:/
The idea behind that bug is that the scope should refresh itself and tell the ui, but if the ui has set it to not active, why would it refresh itself?
| Pete Woods (pete-woods) wrote : | # |
This shouldn't affect the behaviour of anything related to that. Scopes shouldn't be being regularly refreshed while the phone is suspended. The solution to that bug would be to add the TTL property to the scope's results. This would cause the scope results to be invalidated after a certain period, and refreshed as soon as the scope becomes active again.
| Albert Astals Cid (aacid) wrote : | # |
Not sure about that, as a user what i want is the scope being refreshed already when i power on the screen, not it having old data and then after a few seconds i am seeing wrong data (since it's not today anymore) it being refreshed with the good data.
| Pete Woods (pete-woods) wrote : | # |
Well the scope would start refreshing as soon as the screen comes on, by the time you've swiped the greeter out of the way, and possibly entered your password, it will have refreshed.
| Albert Astals Cid (aacid) wrote : | # |
This sets the isActive variable of scopes to false as intended, it doesn't fix the bug linked from the description because other pieces need to fall into place.
I'm not top-approving this since I don't want us to later realize this is not the fix we need when coding the lower parts of the fix and end up with a half-fix that does nothing.
| Ricardo Salveti (rsalveti) wrote : | # |
Works quite well when testing it, it starts gps again right after resuming the device.
| Albert Astals Cid (aacid) wrote : | # |
Ricardo, you tested it alone? Last time i tested on vivid-proposed + this branch it did not stop/start the gps, has anything landed that may fix that? Or you used any other branch in addition to this one?
| Ricardo Salveti (rsalveti) wrote : | # |
I tested with RTM / krillin as the GPS service is working properly in there. We're about to land some additional location-service fixes for vivid only, which should make it to fully work again in there.

FAILED: Continuous integration, rev:1622 jenkins. qa.ubuntu. com/job/ unity8- ci/5353/ jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- vivid-touch/ 1483 jenkins. qa.ubuntu. com/job/ unity-phablet- qmluitests- vivid/517 jenkins. qa.ubuntu. com/job/ unity8- vivid-amd64- ci/518 jenkins. qa.ubuntu. com/job/ unity8- vivid-i386- ci/518 jenkins. qa.ubuntu. com/job/ generic- deb-autopilot- runner- vivid-mako/ 1317 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- vivid-armhf/ 1481 jenkins. qa.ubuntu. com/job/ generic- mediumtests- builder- vivid-armhf/ 1481/artifact/ work/output/ *zip*/output. zip s-jenkins. ubuntu- ci:8080/ job/touch- flash-device/ 18270
http://
Executed test runs:
UNSTABLE: http://
UNSTABLE: http://
SUCCESS: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild: s-jenkins. ubuntu- ci:8080/ job/unity8- ci/5353/ rebuild
http://