The mobile site allows viewing of talk pages via an overlay designed to make large talk pages more readable.
When visiting the talk overlay and clicking a talk topic the talk topic is shown in an overlay.
We purposely use #!/talk/1 to mean open the first section in the mobile talk overlay while still allowing #Talk_Topic to point to the actual section on the talk page.
Apparently, people copy and paste the URL from mobile and paste it into wikitext... but this doesn't work on desktop.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T158181 Aim for workflow equivalence for MediaWiki on desktop and mobile web | |||
| Declined | None | T149487 MobileFrontend talk overlay URL's are being shared and do not resolve on desktop site |
No idea. I thought Flow used URLs like that, but the page in question (original URL changed) didn't use Flow.
The mobile site allows viewing of talk pages via an overlay designed to make large talk pages more readable. There is nothing like this on desktop so this is not a matter of consistency.
We purposely use #!/talk/1 to mean open the first section in the mobile talk overlay while still allowing #Talk_Topic to point to the actual section on the talk page.
I've reworded the title as there is a good reason we are using these.
A simple solution might be to add a small bit of JS to the desktop site to handle the redirect.
It's not really clear what to do here.... if anything.
If users are posting these URLs into talk pages and removing the .m prefix they are not properly sharing the URLs that their browser is giving them. If I change https://wikipedia.org/wiki/Foo to https://google.com/wiki/Foo it doesn't work so why should this..? :)