We don't currently use this data anywhere, which is probably why we never noticed. As part of the page move code i was using this to double check that the new location still has the old page id, and it fails.
Most likely this is caused by creating the workflow before writing the new page out to the database.
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Set workflow_page_id when creating a workflow | mediawiki/extensions/Flow | master | +125 -39 |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Declined | None | T78640 Co-op: bot can create a Flow board for each new mentored editor (tracking) | |||
| Invalid | • Capt_Swing | T76785 Co-op: get approval for hostbot to flow-create-board right | |||
| Resolved | • DannyH | T72697 Delete extra boards on ruwiki (was:Enable Flow for testing in ruwiki) | |||
| Resolved | matthiasmullie | T90970 T10. Board deletion action does not appear in tabs | |||
| Resolved | • Capt_Swing | T90811 delete testwiki co-op pages | |||
| Resolved | matthiasmullie | T90077 Board Deletion Issues (affects Co-op) | |||
| Resolved | matthiasmullie | T90974 U3. Don't reuse board workflow when board is re-created | |||
| Resolved | matthiasmullie | T94649 Some workflow's have workflow_page_id = 0 |
Also seems like a fix is required (or would at least be very helpful) for T90974: U3. Don't reuse board workflow when board is re-created. When a page is re-created, it gets a new page ID. At the same time, ar_page_id is supposed to record the page ID that was deleted.
So by fixing this, and being able to point to ar_page_id for deleted workflows, I think we can solve T90974 (and still allow undeletion).
Change 204735 had a related patch set uploaded (by Matthias Mullie):
Set workflow_page_id when creating a workflow