OSK doesn't appear after OA login

In Twitter, the OSK appears when you tap in the textfield to enter your tweet. The app doesn't focus that textfield by default.

In Gmail, the "To:" textfield is focused by default, and the OSK shows up automatically during my test with image #167 (ubuntu-touch/ubuntu-rtm/devel-proposed)

Sorry. The test case should be this one:

- Open GMail app.
- Create a new account.
- After account is created, on the same app session, tap to create new message.

Expected result.
- OSK must appear.

Actual result.
- OSK doesn't show up.

I can reproduce this without needing to create an account. Just remove the account from System Settings > Account and launch Gmail app for OA to re-capture the credentials.

Confirming this, if I login and hit create a message I get no OSK, if I close the app and reopen it, it then works as expected.

For me this is happening on fresh installs on initial account creation, if I remove an account and re-add it, it then nolonger seems to be affected.

Interesting. I can reproduce the problem removing the account. I have
tried multiple times, and every one of them fails to show the
keyboard.

I stand corrected and can confirm the issue

The issue is 'medium' priority, in that there is an easy workaround: the user just clicks on the textfield to reveal the OSK.

> The issue is 'medium' priority, in that there is an easy workaround: the
> user just clicks on the textfield to reveal the OSK.

Nope, the OSK is not revealed clicking on the textfield.

The same thing happens w/ the FB webapp, so my comment is in this context. After the OA login prompt is gone, I am not able to have the OSK popup again...

BUT

... it does work as expected when I right edge slide the app a bit to make the "switcher" appear and release the touch so that the app goes back into focus. After that touching a text field makes the OSK appear again.

This trick works very reliably and seems to point at a window/app focus issue after a trusted session ended.

Looking at the logs seems to confirm Alex's suspicions, the app gets a "UbuntuWindow::handleSurfaceFocusChange(false)" event when the login prompt is loaded over the top of it, but never receives "UbuntuWindow::handleSurfaceFocusChange(true)" when the prompt closes.

Status changed to 'Confirmed' because the bug affects multiple users.

This was fixed in trunk with this commit:
https://code.launchpad.net/~josharenson/unity8/fix_trust_store_focus/+merge/239567
Commit needs backporting to RTM

Please transfer image task status to the original bug #1381292.