Merge lp:~ken-vandine/content-hub/all_content_type into lp:content-hub
| Status: | Merged |
|---|---|
| Approved by: | Michael Sheldon on 2015-06-15 |
| Approved revision: | 217 |
| Merged at revision: | 217 |
| Proposed branch: | lp:~ken-vandine/content-hub/all_content_type |
| Merge into: | lp:content-hub |
| Diff against target: |
209 lines (+49/-13) 10 files modified
import/Ubuntu/Content/contentpeermodel.cpp (+2/-0) import/Ubuntu/Content/contenttype.cpp (+1/-1) include/com/ubuntu/content/type.h (+2/-0) src/com/ubuntu/content/service/com.ubuntu.content.hub.gschema.xml (+6/-0) src/com/ubuntu/content/service/hook.cpp (+1/-1) src/com/ubuntu/content/service/registry.cpp (+13/-9) src/com/ubuntu/content/type.cpp (+14/-0) tests/acceptance-tests/CMakeLists.txt (+2/-1) tests/acceptance-tests/source_all.json (+5/-0) tests/acceptance-tests/test_hook.cpp (+3/-1) |
| To merge this branch: | bzr merge lp:~ken-vandine/content-hub/all_content_type |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Michael Sheldon (community) | 2015-06-08 | Approve on 2015-06-15 | |
| PS Jenkins bot | continuous-integration | Approve on 2015-06-10 | |
|
Review via email:
|
|||
Commit Message
Added support for registering a source or destination as handlers for Type::all
Description of the Change
Added support for registering a source or destination as handlers for Type::all
Note: This is not exposed to the QML bindings and aren't related to the ContentType::All in the QML bindings. This Type::all only exists for peer registration and ensure the peers registered for Type::all always appear in the peer model.
| Ken VanDine (ken-vandine) wrote : | # |
Are there any related MPs required for this MP to build/function as expected? Please list.
* No
Is your branch in sync with latest trunk (e.g. bzr pull lp:trunk -> no changes)
* Yes
Did you perform an exploratory manual test run of your code change and any related functionality on device or emulator?
* Yes
Did you successfully run all tests found in your component's Test Plan (https:/
* Yes
If you changed the UI, was the change specified/approved by design?
* No change
If you changed UI labels, did you update the pot file?
* No change
If you changed the packaging (debian), did you add a core-dev as a reviewer to this MP?
* No change
- 216. By Ken VanDine on 2015-06-10
-
Fixed typo
- 217. By Ken VanDine on 2015-06-10
-
Moved Type::Known::all to Type::all, it's not a well known type
| PS Jenkins bot (ps-jenkins) wrote : | # |
PASSED: Continuous integration, rev:217
http://
Executed test runs:
SUCCESS: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild:
http://
| Michael Sheldon (michael-sheldon) wrote : | # |
Did you perform an exploratory manual test run of the code change and any related functionality on device or emulator?
* Yes
Did CI run pass? If not, please explain why.
* Yes
Have you checked that submitter has accurately filled out the submitter checklist and has taken no shortcut?
* Yes
- 218. By Ken VanDine on 2015-06-15
-
Include ContentType:
:Unknown in the ContentPeerModel - 219. By Ken VanDine on 2015-06-15
-
Don't ignore unknown types for source and destinations
- 220. By Ken VanDine on 2015-06-15
-
Added != operator for cuc::Type and ensure we don't check gsettings for unknown
- 221. By Ken VanDine on 2015-06-15
-
Don't look for default sources for unknown types

PASSED: Continuous integration, rev:215 jenkins. qa.ubuntu. com/job/ content- hub-ci/ 260/ jenkins. qa.ubuntu. com/job/ content- hub-wily- amd64-ci/ 1 jenkins. qa.ubuntu. com/job/ content- hub-wily- armhf-ci/ 1 jenkins. qa.ubuntu. com/job/ content- hub-wily- armhf-ci/ 1/artifact/ work/output/ *zip*/output. zip jenkins. qa.ubuntu. com/job/ content- hub-wily- i386-ci/ 1
http://
Executed test runs:
SUCCESS: http://
SUCCESS: http://
deb: http://
SUCCESS: http://
Click here to trigger a rebuild: s-jenkins. ubuntu- ci:8080/ job/content- hub-ci/ 260/rebuild
http://