Last modified: 2014-11-07 05:24:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T72851, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 70851 - Global renames should leave local log entries on affected wikis
Global renames should leave local log entries on affected wikis
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
CentralAuth (Other open bugs)
unspecified
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-09-15 16:47 UTC by Vogone
Modified: 2014-11-07 05:24 UTC (History)
10 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Vogone 2014-09-15 16:47:00 UTC
Especially with bug 70850, it is very hard to keep track of global renames. Thus, I believe it should be considered to leave a local log entry on Special:Log/renameuser each time a global rename affects the wiki, for convenience of the local users.
Currently, the only local log entry is left in Special:Log/move, but only in case the renamed user had a user page on that particular wiki. I believe users without a userpage should not be put at a disadvantage and as well get at least one log entry.
Comment 1 Kunal Mehta (Legoktm) 2014-09-17 17:20:46 UTC
I don't like the idea of putting a permanent log entry on every single wiki, there are plenty of other actions that would affect the wiki but are only logged on meta (or commons). 

Instead I think we should do something similar to what Wikidata does, where it inserts entries into the recentchanges table, so it'll show up on Special:RecentChanges and watchlists for 30 days, and then disappear. Does that sounds reasonable?
Comment 2 Vogone 2014-09-17 18:03:16 UTC
(In reply to Kunal Mehta (Legoktm) from comment #1)
> I don't like the idea of putting a permanent log entry on every single wiki,
> there are plenty of other actions that would affect the wiki but are only
> logged on meta (or commons). 

Is there any reason for it? And anyway, logging one half of the action on meta (the rename itself) and the other half of the action locally (resulting page moves) seems somewhat inconsistent to me. MassMessage for example also leaves an entry in the page histories (like a normal local edit), so why would it be bad if an actual local rename was also logged as such in the appropriate local log?
Comment 3 Samat 2014-10-28 22:13:59 UTC
(In reply to Kunal Mehta (Legoktm) from comment #1)
> I don't like the idea of putting a permanent log entry on every single wiki,
> there are plenty of other actions that would affect the wiki but are only
> logged on meta (or commons). 

In my understanding not on every single wiki. It would only affect wikis where the user registered (or visited at least one time). In this case a log entry about the rename sounds sense for me.
Comment 4 Ajraddatz 2014-10-29 00:07:56 UTC
Legoktm's idea sounds good to me.
Comment 5 xenocidic 2014-11-06 18:40:23 UTC
I would prefer a local permanent log entry. In the past, such would be available with local renames; I see no reason for it to be unavailable in a global rename (which is basically just batch renames on the target wikis).
Comment 6 Snowolf 2014-11-07 05:24:56 UTC
I'm not sure why a local entry would help with anything. With SUL finalization, usernames are supposed to be global in nature, and as such the entry should be recorded globally and not locally.

However, I feel that a better way of tracking a user's rename history is useful (due to the limitations of the current global logs) but should be implemented at a global level rather than locally.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links