Expected: Return to the first URL as it does on desktop.
Actual: No change.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T246493 [EPIC] Deploy NearbyPages everywhere | |||
| Open | BUG REPORT | None | T300594 Can't go back from starting URL containing hash fragment |
Change 769813 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):
[mediawiki/extensions/NearbyPages@master] Upgrade Nearby to use Codex and Vue 3
Expected: Return to the first URL as it does on desktop.
Maybe it used to? I think it no longer does
https://en.wikipedia.beta.wmflabs.org/wiki/Special:Nearby?safemode=1#/coord/51.06,-0.10
Additionally it seems the desktop version offers slightly worse experience than the mobile now: Mobile returns to /Special:Nearby?safemode=1# (at least it remains on the special page) while the desktop completly returns to a blank tab (out of the domain).
Yes this looks like it has become a more general issue here (notice how clicking the browser back button on https://en.m.wikipedia.beta.wmflabs.org/wiki/Spain#/editor/0 doesn't work as expected, but clicking {F36704809} on https://en.m.wikipedia.beta.wmflabs.org/wiki/Spain#/editor/0 does.
We likely need a fix inside https://www.mediawiki.org/wiki/OOjs_Router to handle both these cases.
@matmarex added this code to MobileFrontend [1] but it seems this should be upstreamed to OOjs Router (and possibly fixed given whatever has changed recently).