User Details
- User Since
- Oct 25 2014, 11:49 PM (512 w, 3 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- PiRSquared17 [ Global Accounts ]
Jan 6 2023
Aug 13 2022
Mar 4 2022
Oct 16 2020
Since I've made edits on a production wiki, those usernames cannot be usurped (per the policy).
Sep 20 2020
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:
- If the translation unit was updated from an older version, then link to the undo for that translation unit edit. This is pretty obvious.
- 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?
Sep 16 2020
Sep 13 2020
Sep 9 2020
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?
Sep 8 2020
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.
Sep 3 2020
Jun 12 2019
May 3 2019
Probably a dupe of T222462.
Apr 19 2019
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?
Apr 14 2019
I think the (short term) issue could be fixed simply by removing the two "->setLimit( 1 )"s in:
Apr 12 2019
Given that hywwiki has been created, am I correct to assume that creating napwikisource would also be possible now?
Apr 2 2019
Hey... I'm legitimately very sorry for abandoning this for 5 years. Has there been any progress since then?