trust prompt should hide the OSK

[Tiago Salem Herrmann]

In messaging-app we have a problem that we can't hide the osk while the trust prompt is being displayed.
I assume that's because the main thread of the app gets blocked until the trust prompt is closed.

I believe trust-prompt should hide the keyboard itself as other apps will hit the very same problem.

[Bill Filler (bfiller)]

The use case that is not working in the messaging-app is as follows:
- user starts to compose a message
- osk is visible
- they press the microphone button

Expected results:
- OSK gets closed
- trust-store prompt is fully visible

Actual results:
- OSK stays open
- trust-store prompt is partially obscured by OSK

[Thomas Voß (thomas-voss)]

Please note that the trust-prompt does have no impact on the app being stuck or not. It's a completely different executable that runs in a separate process. The reason apps are getting stuck is that they access system services in a blocking fashion from their main thread. With that, we should either adjust the Qt backend implementations to support async access to the respective services or the apps should move the respective Qt components to a different thread.

Neither trust-store nor mir/unity8 is affected here.

[Thomas Voß (thomas-voss)]

Correcting my previous comment: It's probably best if U8 consistently hides the OSK whenever a trust prompt is displayed.

[Bill Filler (bfiller)]

just to re-iterate, the app is not blocked and the keyboard can still be manually swiped away, but better if Unity8 could first close osk before displaying trust prompt

[Michał Sawicz (saviq)]

Yeah it sounds like we should unfocus the surface when we know a trust prompt is coming.

[Michał Sawicz (saviq)]

@Nick, can you think of a problem with ↑? I remember we chatted about something like that at some point in the past...