Device counter can no longer be changed through WebUI
Bug #1071778 reported by
Liam Young
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical SSO provider |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I have been asked to update the device counter for two different users today. On both occasions I have changed the counter to the new value and clicked save. The page appears to refresh and show the new value. However, the new value hasn't actually been updated which can be seen by querying the database or by navigating away from the users page and returning at which point the old value will be displayed.
I have only tried to update the token counter so far. I have asked mew to confirm he is seeing the same behaviour, which he is.
Related branches
lp:~mfoord/canonical-identity-provider/1071778-device-admin
- Ricardo Kirkner (community): Approve
-
Diff: 238 lines (+125/-48)2 files modifiedidentityprovider/admin.py (+13/-0)
identityprovider/tests/unit/test_admin.py (+112/-48)
Changed in canonical-identity-provider: | |
status: | New → Fix Committed |
Changed in canonical-identity-provider: | |
milestone: | none → 13.03.20 |
Changed in canonical-identity-provider: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
So locally, with trunk, changing the counter through admin works (and the counter is changed in the db). In fact due to the way the admin works, the value shown in the UI *comes* from the db (I believe) - so if the new value is shown then it seems unlikely that it *hasn't* been written to the db.
One possibility is a race condition? If the user is actively trying to log in whilst you are changing their account through the admin then simultaneous writes could happen (although that seems unlikely too).