https://bugzilla.wikimedia.org/show_bug.cgi?id=66891
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from [email protected] --- Yes, Flow should block moving a Flow board in the AbortMove hook since the board's header and topics don't follow the move. Details follow. Flow blocks most page actions, but move is handled by DB updates within Special:MoveTo. Moving a Flow board to a new page name appears to succeed. But $wgFlowOccupyPages still tells Flow to occupy the old page name. (If you checked [Leave a redirect behind], Flow occupies the page despite page.page_is_redirect being true.) The page "content" is at the new page name, but it is just the placeholder text "This talk page has been taken over by a _Flow board_.", and the new page probably isn't a Flow board. Even if you enable Flow on the new page, the board header and any topics are still associated with the old page name in Flow DB tables, so they don't appear on the new Flow board name. If you disable Flow on the old page name, you can't access its items, even if you use their Permalinks URLs The temporary fix is for Flow to hook AbortMove and return false and an err message if the page is Flow-enabled, (as e.g. EducationProgram.hooks.php does). This may change when a Flow board uses ContentHandler, since Title->isValidMoveOperation() already has checks for changing content model. To actually support page moves, Flow could hook TitleMoveComplete and update the Flow items in its database to associate them with the new board name (update flow_workflow.workflow_page_id ?). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
