We have not yet prioritized enable/disable, are trying to get rid of wgFlowOccupyPages (T90977), but continue getting one-off requests to enable Flow.
I think the best interim solution is to make a bare-bones special page that works similar to what we provide for bots (i.e. only works if the page doesn't exist and doesn't handle archiving for you).
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Create Special:EnableFlow | mediawiki/extensions/Flow | wmf/1.25wmf21 | +154 -3 | |
| Create Special:EnableFlow | mediawiki/extensions/Flow | master | +154 -3 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | Trizek-WMF | T115110 Track Flow activation | |||
| Open | None | T63747 Flow should be able to enumerate all flow enabled pages on a wiki | |||
| Declined | EBernhardson | T63730 MediaWiki delete action doesn't work with pages that have been occupied by Flow | |||
| 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 | • Mattflaschen-WMF | T91838 S1. Bare bones special page to enable Flow without additional cleverness |
How hard is it to do archive the wikitext page + create a board there? I think that's going to be the most common use case over the next little while -- enabling Flow on pages that have had wikitext before.
The main issue is that we haven't yet figured out a great way to choose archive titles that takes into account both language (it is not i18n-ed at all AFAICT) and site conventions. See second issue on parent task ("Our logic for choosing archive pages ...").
Change 196538 had a related patch set uploaded (by Mattflaschen):
Create Special:EnableFlow
Change 197431 had a related patch set uploaded (by EBernhardson):
Create Special:EnableFlow