Merge lp:~savilerow-team/savilerow/fix_lp1279119_with_pics into lp:~savilerow-team/savilerow/trunk-1.0
Proposed by
Chris Wayne
Status: | Rejected |
---|---|
Rejected by: | Kyle Nitzsche |
Proposed branch: | lp:~savilerow-team/savilerow/fix_lp1279119_with_pics |
Merge into: | lp:~savilerow-team/savilerow/trunk-1.0 |
Diff against target: |
76 lines (+33/-6) 2 files modified
src/system/custom/etc/dconf_source/db/custom.d/locks/custom.lock (+0/-1) tests/api/test_dconf.py (+33/-5) |
To merge this branch: | bzr merge lp:~savilerow-team/savilerow/fix_lp1279119_with_pics |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Alex Chiang (community) | Needs Fixing | ||
Review via email: mp+206035@code.launchpad.net |
This proposal supersedes a proposal from 2014-02-12.
Description of the change
Remove background from list of locked dconf keys, and add test for dconf locks
To post a comment you must log in.
Unmerged revisions
- 71. By Chris Wayne
-
Unlock background and fix dconf_test
Please drop r71, as that MP is still outstanding. This will probably mean rebasing r72 and r73 on trunk.
176 - self.asserttrue (False) (False)
177 + self.assertTrue
I do see you fixed the assertTrue, but it also looks like you might have included a tab instead of spaces. Please double-check.
185 - dval = subprocess. check_output( ['dconf' , 'read', key]) ['dconf' , 'read', key])
186 + dval = check_output(
Also double-check tab v spaces here.
197 + In some rare cases, downstreams may wish to make a customization
198 + unchangable. This is done by setting a dconf lock.
Suggested alternate wording (for clarity). Note also, one space between period. :)
In some rare cases, downstreams may wish to ship a customization and prevent end users from ever changing it. This is done by setting a dconf lock.
199 +
200 + This test verifies that the lock file exists, and that the contained
201 + keys cannot be changed.
"This test verifies that the dconf lock file exists..."
Lines 203--212: all good, but please insert space between comment char and first letter of comment. Also, please capitalize the comment as if it were a sentence.
Overall: good MP, but a question - should we continue to lock the sounds too? Is there something more benign we could lock, so that people experimenting with savvy don't get surprised? Absolute best would be to lock a dconf key that we're not even using, so the lock itself becomes a nop...
Thoughts?