Page MenuHomePhabricator

Flow: links to and within Flow-enabled locations all use /w/index.php?title=Foo
Closed, ResolvedPublic

Description

In Recent Changes, all link to Flow-enabled items use the
"/w/index.php?title=Foo&action=view" method.

eg. http://ee-flow.wmflabs.org/wiki/Special:RecentChanges
leads to
http://ee-flow.wmflabs.org/w/index.php?title=Talk:Flow&action=view
instead of the preferred
http://ee-flow.wmflabs.org/wiki/Talk:Flow

The same problem goes for all links within Flow posts, etc.

Probably related to bug 56988


Version: unspecified
Severity: normal

Details

Reference
bz57907

Event Timeline

bzimport raised the priority of this task from to Low.Nov 22 2014, 2:41 AM
bzimport set Reference to bz57907.
bzimport added a subscriber: Unknown Object (MLST).

bingle-admin wrote:

The WMF core features team tracks this bug on Mingle card https://mingle.corp.wikimedia.org/projects/flow/cards/566, but people from the community are welcome to contribute here and in Gerrit.

Unfortunately this isn't really a flow thing, well kinda sorta but not entirely.

Basically the mw Title class only generates pretty urls if no query arguments are provided, providing query arguments causes it to fall back to the old style.

I don't know why this is, it could be due to a valid issue or it could be old kludge related to how .htaccess worked in 2005. More investigation is required.

https://gerrit.wikimedia.org/r/#/c/99262/ removed &action=view from the URL, so I updated the summary.

If the frontend used URL fragments to track state, then a URL fragment such as #workflow-050b5e9a0a53f00fc8b1fa163e68c4ac could trigger paginating to a topic, which would permit "clean" URLs and also allow wiki linking [[Talk:Flow#workflow-NNN]] . But this would only work in clients with JavaScript enabled.

I believe this is now resolved.