Merge lp:~rafalcieslak256/ubuntu-accomplishments-daemon/local-accoms into lp:ubuntu-accomplishments-daemon
Proposed by
Rafał Cieślak
Status: | Merged |
---|---|
Merged at revision: | 38 |
Proposed branch: | lp:~rafalcieslak256/ubuntu-accomplishments-daemon/local-accoms |
Merge into: | lp:ubuntu-accomplishments-daemon |
Diff against target: |
139 lines (+56/-12) 2 files modified
accomplishments/daemon/api.py (+54/-10) po/accomplishments-daemon.pot (+2/-2) |
To merge this branch: | bzr merge lp:~rafalcieslak256/ubuntu-accomplishments-daemon/local-accoms |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Jono Bacon | Pending | ||
Review via email: mp+104767@code.launchpad.net |
Description of the change
This enables support for local accomplishments.
This is implemented by replacing all pieces of code that rely on .asc file presence with code that checks also if the accomplishment needs-signing.
To post a comment you must log in.
Right. The issue of scripts not re-running when .asc was received was indeed not introduced in trunk, but since that was a simple thing (see 40th commit to my branch, thing was that run_scripts and wait_for_a_sig_file were called only it the received .asc file was valid), I fixed that here, so now you should experience no problems testing this MP.
Well, almost.
There is another bug, which is present in trunk too, but is triggered somehow randomly, so at first I had an impression that it is introduced by my branch, but it's not.
The problem is that when validate_trophy checks if .asc file is correct JUST after it has been received, it fails because of missing .asc file. Yup, os.path.exists(...) returns 0 for the just-received asc file. I'll report a bug on this.
So in result you may not see some of your global accomplishments, but this branch should now work as intended.