Last modified: 2014-10-06 21:58:39 UTC
Steps to reproduce: 1.Open a page with Mobile VE with desktop safari or iOS safari 2.Create a link to a new page and save the page 3.Go to that new page that you just created link to 4.Edit that page and save it Observed Result: It will redirect you to the page that you started with at step1 Environment:Betalabs and test2
Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/wdlVRRim
Sounds like another lazy-loading bug.
OT: I notice you are testing VisualEditor in alpha since the bug is assigned to alpha. Please don't.... Please use beta which is more stable and will help us filter out bugs in VE vs bugs in mobile. Can you confirm the above problem happens in the alpha mode or is it beta mode (it does indeed sound like alpha)?
Just checked with Rumana and it's actually an issue in beta mode too. So not necessarily related to ajax page loading/link hijacking :)
Reproducing this bug is currently blocked by bug 68249.
The issue here is that we're adding a hash to the URL when we launch the editor, and then doing history.back() after it's saved to restore the original URL. The only problem is that redlinks link directly to the editor, so once you're done, going back takes you to the previous article. Linking directly to the editor is the correct behavior (it's the same as is done on desktop). The problem is the history.back() hack (IMO).
I think this bug is actually the same as bug 60848 and bug 65041. Bug 60848 was closed by Jon as WONTFIX. Should we reopen it? Bug 65041 is just another specific case of the underlying issue.
Bug is no longer reproducible due to https://gerrit.wikimedia.org/r/#/c/164131/