Issue: GlobalRename moves over pages that already exist, without previously moving those revisions out of the way, so they end up detached from the page and vanish.
Tracking bug for this issue, and discussion of potential solutions:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T97536 GlobalRename is moving over existing pages, causing revisions to go missing (tracking) | |||
| Open | None | T89051 History get lost during global renames if the original page contains a redirect | |||
| Open | None | T97254 User page disappeared after renaming | |||
| Open | None | T95408 Liangent's user page and user subpages on zhwiki | |||
| Duplicate | Legoktm | T97532 Revisions can be eliminated via GlobalRenameUser | |||
| Resolved | Legoktm | T76979 History of Utilisateur:Binabik@frwiki missing after global rename | |||
| Open | None | T91409 User page and user talk page vanished during rename | |||
| Open | None | T95029 Userpage revisions destroyed after global rename / strange pagemoves |
If I recall correctly, behaviour in RenameUser was an offer to delete the page and continue the move but in a global context that gives deletion ability to the global renamers group on any connected project.
Change 207486 had a related patch set uploaded (by Legoktm):
LocalPageMoveJob: Don't overwrite existing pages
Change 207486 merged by jenkins-bot:
LocalPageMoveJob: Don't overwrite existing pages
Change 207501 had a related patch set uploaded (by Legoktm):
MovePage: Move target existence check into isValidMove()
Change 207501 merged by Anomie:
MovePage: Move target existence check into isValidMove()
Change 207557 had a related patch set uploaded (by Legoktm):
MovePage: Move target existence check into isValidMove()
Change 207557 merged by jenkins-bot:
MovePage: Move target existence check into isValidMove()