r-zakarya
8f8a8ec3f4
It was our own handler. The web view is not a field the system knows, so it does not intercept the key for us - it arrives here, and we consumed it in every case: the vault locked, or the list came back, while the keyboard stayed up with no way left to close it. hideSoftInputFromWindow answers whether there was anything to fold, which is the synchronous signal needed to decide. Something folded, key eaten; nothing folded, the key keeps its usual meaning. Measured on the device, before and after: mInputShown stayed true, it now goes false and the application stays in front. A second press locks, as before.
