How is this bug different to T98505, isn't this an updated version? I should note the issue is a css issue and position fixed not with JavaScript.

A few questions:

1. Debugging I see you left out a crucial piece of information... can you confirm you are in landscape mode and not portrait?
2. In scenario 1 you expect to be able to horizontally scroll. Why? There is nothing to scroll.
3. In scenario 1 I see a blinking cursor. Which specific version of ios are you using? 8.2? 8.3? 8.1?
4. Can you confirm that you see the bottom of the save button? You are just unable to scroll up to it?

FYI, I'm not sure if this is intentional, but phrases such as "full of bugs" or "JavaScript crap" are not necessary and rude to the people who spend time writing this software, especially given how many people in T98505, including a volunteer, have had a go at fixing this difficult bug. Rather than do that, it would be great if you could help us fix this frustrating issue.

If you can provide answers to questions 1 and 4 I think I have a handle on this issue now.

Change 227344 had a related patch set uploaded (by Jdlrobson):
Disable fixed headers on overlays in ios 8

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

Okay the test article [1] proved very useful (thanks @Nnemo)
I managed to narrow it down to the 2 upstream bugs.

First issue was our blur event not firing in ios8 when you close the keyboard. I guess this is intended behaviour?
Secondly instead of self._resizeContent( $window.height() ); when firing the blur event you have to also subtract the height of the header.

I tried to find a satisfactory solution but failed so let's turn off the fixed header for ios 8. It's more trouble then it is worth.

[1] http://en.m.wikipedia.org/wiki/user:Nnemo/Tests

Would be great if someone could merge this pre deployment cut...!

Change 227344 merged by jenkins-bot:
Disable fixed headers on overlays in ios 8

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

In T106934#1485766, @Jdlrobson wrote:

How is this bug different to T98505, isn't this an updated version?

This issue is about scrolling being very difficult and often even impossible. This bug is very annoying, it has been occurring for months when editing Wikipedia. I will soon test again, you may have killed the bug now. :-) Impossible scrolling has the side-effect of making the button Next impossible to find. But this is just a side-effect.

The issue T98505 is about the button Next being missing. It occurs even when there is nowhere to scroll.

FYI, I'm not sure if this is intentional, but phrases such as "full of bugs" or "JavaScript crap" are not necessary and rude to the people who spend time writing this software, especially given how many people in T98505, including a volunteer, have had a go at fixing this difficult bug. Rather than do that, it would be great if you could help us fix this frustrating issue.

I understand that, I don't want to offend the developers, just the bugs. ;-) The bugs in this editor have been very annoying for me during months when editing Wikipedia.

I thank you for your work.

On the beta site, things are better now. :-)

In T106934#1485766, @Jdlrobson wrote:

A few questions:

1. Debugging I see you left out a crucial piece of information... can you confirm you are in landscape mode and not portrait?

Sure, my iPad is in landscape. And Safari has the reading list open, this narrows the view. I wrote this in the description of the task.

2. In scenario 1 you expect to be able to horizontally scroll. Why? There is nothing to scroll.

There is some content to scroll. This may come from my reading list open, it reduces the view.

Scrolling horiz is even essential. When I first click just before scream, the blinking cursor comes hidden at the left, the view is too far right, so I first have to scroll left to see the beginning of the lines. I think that this annoyance comes from a bug that has appeared in Safari in iOS 8, but if you can do something about it that would be great. :-)

3. In scenario 1 I see a blinking cursor. Which specific version of ios are you using? 8.2? 8.3? 8.1?

All three! I think I was using my iPad in iOS 8.1.2, but I have encountered this bug on several iPads, in iOS 8.1, 8.2 and 8.3.

4. Can you confirm that you see the bottom of the save button? You are just unable to scroll up to it?

No. Now, I don't see the button Next at all.

But now I tested on en.m.wikipedia.org and fr.m.wikipedia.org and scrolling works! When I scroll up, I find the button Next.

In T106934#1485766, @Jdlrobson wrote:

FYI, I'm not sure if this is intentional, but phrases such as "full of bugs" or "JavaScript crap" are not necessary

You are right, they were not necessary. If people felt offended, then I am sorry, don't be offended.

In T106934#1486211, @Jdlrobson wrote:

First issue was our blur event not firing in ios8 when you close the keyboard. I guess this is intended behaviour?

Now, when I dismiss the keyboard, the button Next does not appear. I guess that this is consistent with what you have found.

I tried to find a satisfactory solution but failed so let's turn off the fixed header for ios 8. It's more trouble then it is worth.

Very good. The fixed header was a big thorn.

Thank you so much for fixing this bug! If all bugs were fixed so quickly, that would be wonderful!

Thank you @Nnemo for your thoughtful and understanding reply. This should be fixed now on all wikis, apologies it took so long to get to the bottom of and thanks for your patience. Please create a new task if you find any similar problems.