Thu, Nov 19
I recently came back to this and I'm no longer sure if I can implement it that easily. The problem is T259103: Run reverted tag update job only after the edit is approved – there is now a complex mechanism for approving the reverted tag which depends on the patrolling subsystem, user's rights and possibly extensions. To properly emulate all that behavior in a script would be... a very significant challenge, if not impossible, given that there's no detailed record of patrol actions.
Wed, Nov 18
Fri, Nov 13
Thu, Nov 5
Oh, I've just noticed T234299: Links like "[[:/y/]]" and "[[/y̫/]]" displayed incorrectly in preview... The above comment should have been posted there.
I think this is related to this task: links like [[:/dev/zero]] should point to a page called /dev/zero in the main namespace, not to a subpage of the current page. This is not respected by Parsoid, though, and links like these show up as linking to a subpage.
Oct 25 2020
Oct 22 2020
Oct 21 2020
Oct 19 2020
Oct 15 2020
Oct 13 2020
Hmmm, haven't thought of that.
Oct 5 2020
Oct 3 2020
Huh, that's actually pretty smart, haven't thought of that. I think I'll have a go at implementing it, after some experimentation with pencil and paper. :)
Oct 2 2020
Oct 1 2020
Right, so I've thought about it a bit and something like a should_notify parameter would be rather hard to implement. We would have to modify the appropriate API module and then somehow push that information through the really ugly MediaWiki editing pipeline (EditPage and PageUpdater especially) for the extension to even have a chance of noticing the parameter. That seems like a lot of work. Alternatively I can think of a few very, very ugly hacks that would not pass code review.
Sep 30 2020
Just a heads-up that there is an extension that kind of solves this issue – AdvancedBacklinks. It is however a bit messy and requires two custom hooks in the parser that will never be merged into core (see T232305). It also means that it won't simply port to Parsoid (though I'll later investigate whether that can be done).
Sep 27 2020
Sep 24 2020
Making the notification depend on the status would at least be consistent with 1 and 2, whereas using the bot flag for the edit would introduce yet another special way of treating bots.
Sep 23 2020
Haven't done that yet. I'll do it soon. :)
Sep 20 2020
Sep 16 2020
Sep 15 2020
I'm marking this as resolved, as the rough goals outlined here have been met.
- The PageSaveComplete hook passes the EditResult object to extensions that indicates whether the edit was reverted and what kind of revert it was.
- Manual reverts are detected automatically and marked appropriately.
- Reverted revisions can be either obtained from the EditResult object of a revert or by looking at change tags in the database. mw-reverted tag indicates that a revision was reverted.
Sep 14 2020
FlaggedRevs implements this, but I would like to at least implement this in Approved Revs too before closing this task.
Sep 10 2020
Should we port it back to older wmf branches? Or is there no need to?
Sep 9 2020
Oh gee, my fault… will look into this ASAP.
Sep 8 2020
I was wrong that the country variants are not used, sorry, temporary blindness :) These licenses are still used, but they use different messages now, since… 2011: https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/UploadWizard/+/90e54f3abffc9c060e0740fac37f61267ed53249%5E%21/
Uhhh… are these wm-* messages still used somewhere? I can't find any code referencing them. I also had a look at Commons and they are not using these variants of CC licenses anymore, including campaigns (I think) so… can we just remove them?
Sep 7 2020
Not sure if making this feature into a separate action is a good idea. There are three types of reverts out there (undo, rollback, manual) and this would just support one of these, which is rather incomplete. I'd rather propose for AbuseFilter to somehow receive the EditResult object related to the edit, so that all kinds of reverts are treated properly. Then the revert type could be made into an AbuseFilter variable, along with other information about the revert. This would require some kind of overhaul on the core side of things, though, see T159725.
Sep 2 2020
Aug 30 2020
Aug 28 2020
Aug 27 2020
I posted part of the manual, the rest has to wait for the relevant changes to be merged.
Aug 19 2020
Status update: I have a draft of the manual page with most of the content I wanted to include: https://www.mediawiki.org/wiki/User:Ostrzyciel/GSoC_2020/manual
It mostly just needs some polishing now.
Aug 18 2020
Aug 17 2020
Aug 13 2020
Aug 8 2020
Aug 6 2020
Aug 5 2020
Aug 4 2020
Jul 31 2020
Jul 30 2020
Jul 29 2020
Jul 28 2020
Oooh, okay, nvm, I didn't see that. My bad. :)