The two bugs that @Milimetric encounters here also occur with Safari iOS:

T129782: When editing, the user can see only the beginning of the wikicode

T132848: Stop jumping all the way to the beginning of the wikicode when the user starts typing

@kaldari @Jdlrobson @matmarex @Milimetric I've tagged the backlog for the Reading Web Team since it is part of a project that that team officially supports (MobileFrontend ). It may be that the team that manages the iOS app is more appropriate (especially since this task was once triaged as a "Tracking" task on MobileFrontend), but I think the Reading Web team can determine, with @JMinor (Product Manager for the iOS app), whether or not Wikipedia-iOS-App-Backlog should be tagged. :)

Thanks for your patience.

Looks like the scrolling is triggered by micro.autosize.js. The computed value of scrollTop is 0, even when the page is scrolled.

Another issue is that one can't scroll to the bottom of the textarea after focusing. In VE we work around this by adding bottom padding equal to the height of the page to the text input.

micro.autosize assumes that scrolling happens at the root (window) level, we should really be using the offset of the scroll container (overlay-content). That "library" can probably just be inlined and modified - it seems like it's abandoned.

Just to @MBinder_WMF comment about scope: this doesn't seem to have affected the iOS app which has its own (for better or worse) editing flow.

Carrying over from email...

@Esanders @Jdforrester-WMF would you be able to spare some time to post up a patch and add @Jhernandez, @Jdlrobson, @bmansurov, @phuedx, @jhobs as code reviewers?

For those following this task later, as @Tnegrin suggested, Reading and Editing management to meet, discuss workflow around editing related bugfixes for mobile web for things of this nature.

micro.autosize.js was originally maintained by Juliusz Gonera, but he hasn't worked for the WMF in a couple years and no one's touched that code since 2013. I agree we should just inline it and update it. It's only 20 lines of JavaScript.

Tagging with VisualEditor for prioritization by @Jdforrester-WMF et al in regular standup.

Meanwhile, a WIP has been posted at https://gerrit.wikimedia.org/r/#/c/298392/.

Change 298392 had a related patch set uploaded (by Jforrester):
[WIP] Inline and fix micro.autosize.js for iOS9

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

With cbb300557, I tested master on Beta Cluster with an iOS 10 (beta) iPhone; it does not appear to be fixed, but it is better than production. The scrolling to the wrong position is fixed, but the cursor still ends up under the keyboard and typing doesn't re-position it (this was in both English and Arabic, in both portrait and landscape).

Desktop Chrome/Firefox/Safari all seemed to still be fine, FWIW.

This seems to be halfway fixed now (confirming James's tests). If I click on text on the bottom half of the screen it still gets covered by the keyboard, but at least now I can actually scroll to the text and edit it. Might not be high priority any more, although it would be great to get this working smoothly.

Confirmed fixed on the original device I reported this from.

Hurrah!