Merge lp:~brendan-donegan/ubuntu-clock-app/disable_location_prompt into lp:ubuntu-clock-app
| Status: | Merged | ||||
|---|---|---|---|---|---|
| Approved by: | Nicholas Skaggs on 2015-05-27 | ||||
| Approved revision: | 183 | ||||
| Merged at revision: | 268 | ||||
| Proposed branch: | lp:~brendan-donegan/ubuntu-clock-app/disable_location_prompt | ||||
| Merge into: | lp:ubuntu-clock-app | ||||
| Diff against target: |
70 lines (+46/-2) 2 files modified
tests/autopilot/ubuntu_clock_app/fixture_setup.py (+44/-0) tests/autopilot/ubuntu_clock_app/tests/__init__.py (+2/-2) |
||||
| To merge this branch: | bzr merge lp:~brendan-donegan/ubuntu-clock-app/disable_location_prompt | ||||
| Related bugs: |
|
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Ubuntu Phone Apps Jenkins Bot | continuous-integration | Approve on 2015-05-27 | |
| Leo Arias | 2014-11-24 | Needs Fixing on 2014-11-27 | |
|
Review via email:
|
|||
Commit Message
Disable the location service prompt for testing purposes
Description of the Change
Disable the location service prompt for testing purposes
| Brendan Donegan (brendan-donegan) wrote : | # |
Yes I suppose it would be nicer as a fixture, I can do that easily. As for putting it in the location service, that's starting to get a little too involved for ops work. I could raise a bug for someone else to have a look.
FAILED: Continuous integration, rev:178
No commit message was specified in the merge proposal. Click on the following link and set the commit message (if you want a jenkins rebuild you need to trigger it yourself):
https:/
http://
Executed test runs:
Click here to trigger a rebuild:
http://
| Leo Arias (elopio) wrote : | # |
<brendand> elopio, did you see my comment on the location prompt merge?
<brendand> elopio, i can make it a fixture but i can't invest the time to put it in location service
<brendand> elopio, since that's the rabbit hole of cmake and packaging
<brendand> elopio, i did that once for url-dispatcher and i'd rather chew off my arm than do it again :)
<elopio> brendand: that's the work man. I'm ok with you filing a bug and putting a comment on your code that it needs to be moved.
<elopio> but we need a way to give that bug a high priority.
<brendand> elopio, okay but who's going to address the bug?
<elopio> it's going to be needed by the scopes tests too.
<brendand> elopio, so for now make it a fixture and it can land?
<elopio> the clock, the weather, the rss, the camera, many webapps will be location-aware.
<elopio> brendand: yes, but lets agree that the next time it's needed, we won't copy it around.
<elopio> we'll find a place for it, and the only way for getting managers to assign some time for it is to leave the test failing.
<elopio> brendand: the url dispatcher is a case of success. We simplified the tests in dialer, messaging, unity and UX thanks to that one. Chewing your arm is not as good :)
<brendand> elopio, we don't have to land it right now if you think it will expidite the 'proper' fix
<brendand> elopio, heh - you didn't have to do it !
<elopio> actually, I think the dialer is not yet updated.
<elopio> brendand: no, lets land it. Please file the bug. Then next time we hit it, we will have the code working, and good evidence of why it needs to be moved.
<elopio> brendand: I know! You did it and I appreciate that. It should have been ted. That's the kind of thing we are documenting this week, an in theory all the managers have agreed to implement test helpers in their projects.
<elopio> brendand: in your bug, please mention that when the fixture is moved it will need a test.
<elopio> something like a simple qml app that only requests location, to check when the fixture is enabled and disabled.
<elopio> brendand: oh, and one more detail. Please don't use print. Use the logger.
<brendand> elopio, sure
<balloons> brendand, jenkins is running for your stuff now
<balloons> should be automagic
<elopio> brendand: well, two details. Also please be consistent using the single and double quotes for strings.
<elopio> for consistency with the rest of projects, use '
FAILED: Continuous integration, rev:178
No commit message was specified in the merge proposal. Click on the following link and set the commit message (if you want a jenkins rebuild you need to trigger it yourself):
https:/
http://
Executed test runs:
FAILURE: http://
Click here to trigger a rebuild:
http://
FAILED: Continuous integration, rev:179
http://
Executed test runs:
FAILURE: http://
Click here to trigger a rebuild:
http://
FAILED: Continuous integration, rev:180
http://
Executed test runs:
UNSTABLE: http://
deb: http://
Click here to trigger a rebuild:
http://
FAILED: Continuous integration, rev:181
http://
Executed test runs:
UNSTABLE: http://
deb: http://
Click here to trigger a rebuild:
http://
FAILED: Continuous integration, rev:182
http://
Executed test runs:
UNSTABLE: http://
deb: http://
Click here to trigger a rebuild:
http://
PASSED: Continuous integration, rev:183
http://
Executed test runs:
SUCCESS: http://
deb: http://
Click here to trigger a rebuild:
http://
| Brendan Donegan (brendan-donegan) wrote : | # |
Done: https:/
Jenkins tests passed, please top approve this
> <brendand> elopio, did you see my comment on the location prompt merge?
> <brendand> elopio, i can make it a fixture but i can't invest the time to put
> it in location service
> <brendand> elopio, since that's the rabbit hole of cmake and packaging
> <brendand> elopio, i did that once for url-dispatcher and i'd rather chew off
> my arm than do it again :)
> <elopio> brendand: that's the work man. I'm ok with you filing a bug and
> putting a comment on your code that it needs to be moved.
> <elopio> but we need a way to give that bug a high priority.
> <brendand> elopio, okay but who's going to address the bug?
> <elopio> it's going to be needed by the scopes tests too.
> <brendand> elopio, so for now make it a fixture and it can land?
> <elopio> the clock, the weather, the rss, the camera, many webapps will be
> location-aware.
> <elopio> brendand: yes, but lets agree that the next time it's needed, we
> won't copy it around.
> <elopio> we'll find a place for it, and the only way for getting managers to
> assign some time for it is to leave the test failing.
> <elopio> brendand: the url dispatcher is a case of success. We simplified the
> tests in dialer, messaging, unity and UX thanks to that one. Chewing your arm
> is not as good :)
> <brendand> elopio, we don't have to land it right now if you think it will
> expidite the 'proper' fix
> <brendand> elopio, heh - you didn't have to do it !
> <elopio> actually, I think the dialer is not yet updated.
> <elopio> brendand: no, lets land it. Please file the bug. Then next time we
> hit it, we will have the code working, and good evidence of why it needs to be
> moved.
> <elopio> brendand: I know! You did it and I appreciate that. It should have
> been ted. That's the kind of thing we are documenting this week, an in theory
> all the managers have agreed to implement test helpers in their projects.
> <elopio> brendand: in your bug, please mention that when the fixture is moved
> it will need a test.
> <elopio> something like a simple qml app that only requests location, to check
> when the fixture is enabled and disabled.
> <elopio> brendand: oh, and one more detail. Please don't use print. Use the
> logger.
> <brendand> elopio, sure
> <balloons> brendand, jenkins is running for your stuff now
> <balloons> should be automagic
> <elopio> brendand: well, two details. Also please be consistent using the
> single and double quotes for strings.
> <elopio> for consistency with the rest of projects, use '
| Leo Arias (elopio) wrote : | # |
If location service is not installed, the fixture shouldn't be called.
The fixture should be called only when needed. And as it is needed, it shouldn't hide the errors. It should fail the tests. Otherwise they will fail later with a cryptic message because the preconditions are not as expected.
| Leo Arias (elopio) wrote : | # |
Also, it feels wrong to use sudo during the test. Another ugly workaround we have to use because the location-service and the trust prompt where not consulted with QA, and there is no good test strategy around them. My suggestion is to involve jfunk and thomi in the discussion, so they put pressure on the devs to give this problem a high priority. Depending on what they say, it would be easier to decide if we should apply this workaround or wait for a proper fix.
| Nicholas Skaggs (nskaggs) wrote : | # |
Was a bug ever filed for any of this?
PASSED: Continuous integration, rev:183
http://
Executed test runs:
SUCCESS: http://
deb: http://
Click here to trigger a rebuild:
http://
| Alan Pope πΊπ§π± π¦ (popey) wrote : | # |
We need to revive this to get all our autopilot tests green. Going to change the status to get it back on our radar.
| Alan Pope πΊπ§π± π¦ (popey) wrote : | # |
FYI:-
15:12 < iahmad> tvoss, this is still waiting to merge
https:/
15:12 < tvoss> iahmad, yup, haven't come to it
15:12 < iahmad> popey, ^ tvoss branch should fix it in more official way
| I Ahmad (iahmad) wrote : | # |
Just to be clear: tvoss branch won't fix it on its own rather it will enable to write AP helpers to automate the trust-prompt, so more work would be needed on trust-store as well as on ubuntu-clock-app side.
| Brendan Donegan (brendan-donegan) wrote : | # |
We've been waiting too long for this - lets land it and in the event proper helpers are written for trust-prompt we can use those instead.
PASSED: Continuous integration, rev:183
http://
Executed test runs:
SUCCESS: http://
deb: http://
Click here to trigger a rebuild:
http://


6 +# Copyright 2014 Canonical
notice that this copyright header is missing a paragraph. You can copy the right header from test_alarm.py
17 +def set_location_ service_ testing( test_mode) :
This would be nicer as a Fixture. And it should live in a testhelper module of the location service, not on the clock.