The initial loading displaying an article in Read mode takes some time, so a user is presented with an article in non-interactive mode.
Once this is implemented, make sure that on mobile, when the user closes Suggestions mode, they are taken to the article's read mode rather than back to Special:Homepage.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | KStoller-WMF | T276517 [EPIC] Growth: "add a link" structured task 3.0 | |||
| Open | None | T293711 [EPIC] "Add an image" Iteration 2 | |||
| Open | None | T280991 Add a link: open the article in edit mode right away |
@RHo this task is going to be more complicated than it might seem due to nuances in various ways with how VisualEditor can be loaded. How important is it for initial release?
Thanks for pinging @kostajh - it's not important enough for initial release so I've moved it back.
From @kostajh's comment in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/GrowthExperiments/+/683410/1/includes/HomepageModules/SuggestedEdits.php
it seems like we would need to use ?action=edit and specify that the user's preference for editor is prefer-ve in order to get the loading timing that was requested
Do we have a guess on how much speedup this would be? I think VE loading takes several times longer than the initial page render. Also in the long term this will be irrelevant - once we switch to VE as default parser (a year or so?), VE will be able to use the read mode content, instead of fetching the content from Parsoid.