I don't have an Android device handy – does the keyboard never appear at all? or can you bring it up by tapping the textfield again?

Keyboard just appears and then goes. Do you have Desktop Safari around? I probably have a similar case that just happens on Safari but I hope it indicates the same issue -- open OO.ui.alert($('<input><input>')) and try to enter text in the second input, you can't.

^ as the issue it seems is related to an unwanted unfocus on focusing inputs. If you don't have Desktop Safari, I hope you can reproduce above testcase using Webkit based Linux browsers like Epiphany.

My guess is it seems OOjs, on this mode (not happens with more integrated OOjs gadgets AFAICT), is firing focus on the first input again with some JS code when onfocus on the input actually happens.

Can reproduce that on Chrome 57/Android 7. Keyboard appears and disappears immediately after again, cause input field looses focus. Behaviour in Firefox/Android is a bit different, but similarly dissatisfying. Input field focusses just once and isn't able to be refocussed again.

Apparently, on Android, on both Chrome and Firefox, when a layout change is made on the resize event of the window the input loses focus (StackOverflow). So when the focus is set, the keyboard appears, triggering the resize event and making the input lose focus, and the keyboard disappears.

If we remove the resize handler the problem goes away, but will obviously introduce many others.

diff --git a/src/WindowManager.js b/src/WindowManager.js
index 19453185..e508a321 100644
--- a/src/WindowManager.js
+++ b/src/WindowManager.js
@@ -708,7 +708,7 @@ OO.ui.WindowManager.prototype.toggleGlobalEvents = function ( on ) {
         if ( !this.globalEvents ) {
             $( this.getElementWindow() ).on( {
                 // Start listening for top-level window dimension changes
-                'orientationchange resize': this.onWindowResizeHandler
+//              'orientationchange resize': this.onWindowResizeHandler
             } );
             if ( stackDepth === 0 ) {
                 scrollWidth = window.innerWidth - document.documentElement.clientWidth;

If I understand this correctly, no amount of setTimeouts will resolve this chain reaction. We'll just have to not run the resize handlers if an input is in focus?

@Prtksxna Would you take this on?

Removing Accessibility – issue makes interface on some views completely unusable.

Change 425456 had a related patch set uploaded (by Prtksxna; owner: Prtksxna):
[oojs/ui@master] WindowManager: Return focus to element after resize

https://gerrit.wikimedia.org/r/425456

Change 425456 merged by jenkins-bot:
[oojs/ui@master] WindowManager: Return focus to element after resize

https://gerrit.wikimedia.org/r/425456

Thank you guys!

I confirm the fix but I see another issue which is not a regression but that was my original problem, T193348