Allow multiple trust prompts to be started per process
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
New
|
High
|
Unassigned | ||
QtMir |
New
|
High
|
Unassigned | ||
mir (Ubuntu) |
New
|
High
|
Unassigned |
Bug Description
The content-hub-service needs to be able to start prompt sessions for multiple requests. Use cases:
1. Paste Other from the UITK's TextField invokes the clipboard UI as a trust prompt started by content-hub-service
2. Out of process peer picker, we have a new peer picker that doesn't run in the process of the requesting app. It's started in a prompt session by content-hub-service
3. Content picking. The content-hub-service starts apps that provide a content picker in a trust prompt.
All of these use cases require starting the prompt from the content-hub-service process. We would like to do this without stopping other prompts that might already be in use.
Currently we get the following exception:
Invalid prompt session: Error processing request: Cannot start another prompt session
Internal error details: /build/
Dynamic exception type: boost::
std::exception:
summary: |
- std::exception::what: Cannot start another prompt session + Allow multiple trust prompts to be started per process |
Changed in mir: | |
importance: | Undecided → High |
Changed in qtmir: | |
importance: | Undecided → High |
This also effects URL dispatcher prompts. For instance we have a Bad URL prompt that shows up when someone uses an incorrect URL. It is quite possible for someone to have a bad URL in one app and use another one at the same time.