Since I've made edits on a production wiki, those usernames cannot be usurped (per the policy).

Would it be feasible to just change the target of the undo link to redirect somewhere else? Specifically, here's what I had in mind:

1. If the translation unit was updated from an older version, then link to the undo for that translation unit edit. This is pretty obvious.
2. If the translation unit was newly created: If the user has delete rights, link to action=delete for that translation unit. If the user does not have delete rights, then ??? (maybe link to action=edit for the translation unit, so they can tag it for deletion or whatever)

I've moved the page but didn't do anything further.

Where are you viewing this log entry? On Special:Log/block, Special:Contributions, or somewhere else?

In T247221#6063050, @Jdlrobson wrote:

@Jidanni that's possible already, there's just no web UI.

Try this link:
https://en.wikipedia.org/wiki/Special:Nearby#/coord/24.18169,120.86617

(and if you want a web UI a small gadget can easily take care of that )

I looked at the code, and I'm not sure whether this actually removes the IP from public view, or just makes it harder to find (so it's not displayed on Special:Log, but maybe will pop up in other places like the API, replica DBs, filtering by username, etc.). The mechanism of hiding it seems to be to change the system message used for title blacklist log entries. Is this sufficient?

In T246090#6441703, @JEumerus wrote:

@PiRSquared17: T155967#2963144 implies that the titleblacklist triggers even from mere reads.

Update? Is there any reason not to merge the patch from 2017 (after rebasing it)?

Doesn't the titleblacklistlog already only include account creations (which are POST requests)? At least when I originally implemented it, I'm pretty sure that's the only hook that I added logging to. I don't know if it's been changed since then.

Probably a dupe of T222462.

I'm not sure if there's even an existing maintenance script that will do what I want. It looks like refreshLinks.php doesn't update the iwlinks table, except to remove entries from deleted pages. Further, the documentation for purgeList.php doesn't indicate that links are updated. Would running pywikibot touch.py genuinely be the best option here?

I think the (short term) issue could be fixed simply by removing the two "->setLimit( 1 )"s in:

Given that hywwiki has been created, am I correct to assume that creating napwikisource would also be possible now?

Hey... I'm legitimately very sorry for abandoning this for 5 years. Has there been any progress since then?