More Rory! Rarrwar!

bingle-admin wrote:

Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/D9K3tAc4

Yes, we really need to nail down this red link workflow. It actually effects logged in users in beta as well so shifting component.

The flash of Rory is definitely something we should give attention.

Note there is no flash of Rory when you navigate directly to the page
https://en.m.wikipedia.org/wiki/Flash_of_rory_(MobileFrontend_bug)

but red links append a ?action=edit to the URL which boots up the editor.

What is the desired behaviour. We obviously don't want a flash of Rory but we could either

1. Throw the user straight into the editor
2. Throw the user to a page which makes it clear this is a new page and they should hit edit (instead of Rory we could provide some kind of tutorial/mobile editing guide)

Note: The flash of Rory can be swapped out for a flash of William McKinley by editing if this is the preferred behaviour at https://en.wikipedia.org/wiki/MediaWiki:Mobile-frontend-editor-newpage-prompt

I have tested this with Firefox ESR 17.0.1 and i became no flash of Rory, simply the editor? In alpha and beta :)

you'll need to copy over this page to see Rory :-):

https://en.m.wikipedia.org/wiki/MediaWiki:Mobile-frontend-editor-newpage-prompt

Yeah, i know, i have tested this on en wiki :D If a page isn't found, i become the tiger, but no flash if i click on a red link, only the editor directly :)

RORRRRRY is gone.
https://en.m.wikipedia.org/wiki/Special:MobileDiff/612806852

I'm closing this bug now the distraction is gone in favour of working out the correct new page workflow.