https://bugzilla.wikimedia.org/show_bug.cgi?id=71171

            Bug ID: 71171
           Summary: namespaceDupes.php doesn't update references in other
                    tables for pages it moved
           Product: MediaWiki
           Version: unspecified
          Hardware: All
                OS: All
            Status: NEW
          Severity: normal
          Priority: Unprioritized
         Component: Maintenance scripts
          Assignee: [email protected]
          Reporter: [email protected]
       Web browser: ---
   Mobile Platform: ---

namespaceDupes.php is used when introducing a new namespace, to check/move
titles that already use the new (namespace) prefix to be introduced.

The actual rename happens in NamespaceConflictChecker::resolveConflictOn() in
namespaceDupes.php. All it does is update the pages in the `page` table.

However, there are plenty of other places that reference such namespace/title
pairs that are not properly updated.

Is there any reason NamespaceConflictChecker::resolveConflictOn() doesn't use
Title::moveTo? That one does seem to update references in a lot of the other
tables as well, and runs hooks (TitleMove & TitleMoveComplete) that extensions
can subscribe to in order to update their data.
Can we change it to use Title::moveTo?

--

A non-exhaustive list of tables with namespace/title references that may
contain incorrect references after such rename:

* abuse_filter_log
* archive
* cu_changes
* echo_event
* edit_page_tracking
* flaggedrevs_tracking
* flaggedtemplates
* flow_ext_ref
* flow_wiki_ref
* flow_workflow
* globalimagelinks
* hidden
* imagelinks?
* job
* lgging
* pagelinks
* protected_titles
* querycache
* querycachetwo
* recentchanges
* redirect
* templatelinks
* thread
* translate_stash
* watchlist

--

When Flow recently introduced Topic:, we encountered a problem with unmoved
references in `watchlist` table:
https://bugzilla.wikimedia.org/show_bug.cgi?id=71109

-- 
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

Reply via email to