Merge lp:~mandel/ubuntu-system-settings/invalidate-credentials into lp:ubuntu-system-settings
| Status: | Work in progress |
|---|---|
| Proposed branch: | lp:~mandel/ubuntu-system-settings/invalidate-credentials |
| Merge into: | lp:ubuntu-system-settings |
| Prerequisite: | lp:~ken-vandine/ubuntu-system-settings/emit_credentials_deleted |
| Diff against target: |
24 lines (+9/-5) 1 file modified
plugins/system-update/update_manager.cpp (+9/-5) |
| To merge this branch: | bzr merge lp:~mandel/ubuntu-system-settings/invalidate-credentials |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| PS Jenkins bot | continuous-integration | Needs Fixing on 2015-08-25 | |
| dobey (community) | Disapprove on 2015-08-25 | ||
| Ubuntu Touch System Settings | 2015-08-25 | Pending | |
|
Review via email:
|
|||
Commit Message
Invalidate creds in the sso service when they are not valid.
Description of the Change
Even when we find creds in the system, they ight be invalid. This branch ensure that it they are not the system invalidates them and we are requested to log before even looking for updates.
- 1512. By Manuel de la Peña on 2015-08-25
-
Readd wrongly deleted line.
| Manuel de la Peña (mandel) wrote : | # |
Lame... We will need to do a lot more work to fix this :-/
| PS Jenkins bot (ps-jenkins) wrote : | # |
FAILED: Continuous integration, rev:1512
http://
Executed test runs:
UNSTABLE: http://
SUCCESS: http://
SUCCESS: http://
UNSTABLE: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| Sebastien Bacher (seb128) wrote : | # |
changing to work in progress to get out of the review queue since the previous comment showed issues that need to be resolved
Unmerged revisions
- 1512. By Manuel de la Peña on 2015-08-25
-
Readd wrongly deleted line.
- 1511. By Manuel de la Peña on 2015-08-25
-
Invalidate credentials if they are found yet not valid.


This is wrong.
The isValid() method on the Token object does not validate the token against the server. It only validates that the token object has all the data fields necessary to sign a request. Any token you get in the signal as a result of the request to get the credentials, from libubuntuoneauth, will be valid in that sense.