https://www.mediawiki.org/wiki/Talk:Design was using LiquidThreads. Adding this page to $wgFlowOccupyPages did not work, apparently you still saw the LQT version of the page, although action=history would show the Flow-style history. Presumably LQT's handling of page actions "won" over Flow.
Setting this to low priority for now since the way we Flow-enable pages will change.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | None | T67604 Flow: enabling Flow on a LiquidThreads talk page doesn't work (LQT conversion) | |||
| Resolved | SBisson | T72073 U4. Special page to enable Flow on existing wikitext talk pages, auto-archiving the wikitext page (v2) | |||
| Resolved | None | T51193 Set $wgContentHandlerUseDB = true on all WMF wikis | |||
| Resolved | • csteipp | T72901 Users can change the content model of other users' user pages to CSS or JS | |||
| Resolved | • Mattflaschen-WMF | T91838 S1. Bare bones special page to enable Flow without additional cleverness |
I haven't looked at LQT's code yet, but in CommonSettings.php (https://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php), LQT registers its hooks before Flow does since it is included first, which might be why it is "winning" over Flow.
I think when we replace $wgFlowOccupyPages with using the content type (part of bug 70073), this bug will bef ixed, because the LQT page will no longer be a regular wiki page.