Import broken for ContentTypes without default apps
Bug #1429695 reported by
Robert Schroll
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
content-hub |
Fix Released
|
High
|
Ken VanDine | ||
content-hub (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
The content hub is broken when trying to import a content type for which there is no default handler (for example, ContentType.
This is seen on a device running vivid/devel r1.
Related branches
lp:~ken-vandine/content-hub/lp1429695
- Michael Sheldon (community): Approve
- PS Jenkins bot: Approve (continuous-integration)
-
Diff: 29 lines (+9/-3)1 file modifiedimport/Ubuntu/Content/contentpeer.cpp (+9/-3)
Changed in content-hub: | |
status: | New → Confirmed |
importance: | Undecided → High |
assignee: | nobody → Ken VanDine (ken-vandine) |
Changed in content-hub: | |
status: | Confirmed → Fix Released |
To post a comment you must log in.
We actually don't have an API to return feedback for errors to the app that requested the transfer. We could set the state to aborted immediately if requesting default peer when there is no defined default peer, the requester could then handle the aborted transfer. However, we should really add API to the ContentTransfer object to return errors to the requestor as well as an additional state for ContentTransfer .Error.