I'm a couple of months late but just want to say happy tenth birthday to this task.

🎉

Thanks a million for this @Lens0021.

Another way to solve this would be a dynamic load of further history elements by the api and adding them the history page.

(Apologies all for bugspam)

It stopped being developed in 2015, but as you wish.

Marking as resolved as Flow is defunct.

@Addshore OK, great. Thanks for the info 👍

Just like that, without even a comment?

[New comment after refreshing my memory]

I think this is related in some fashion to T13181.

Done.

I've unmarked this story as being a duplicate of T72239 because that is different, specifically requesting "Add null revisions for page delete and restore events". This task as I envisioned it would be resolved by using database queries and sorting to produce a merged view of existing logs.

@Ammarpad - you've merged my task T62736 (created 6 months before this one in 2014) here as a duplicate. But I share the many concerns expressed by commenters above about the hacky nature of using null revisions. My task imagined using database queries to provide an integrated view of history and deletion events, and as such I don't think it's a duplicate of this at all.

Hi, great to see this suggestion finally being implemented 7 years after I filed it. However looking through the diff in an email I just had from Jenkins, the message "Displayed $1 {{PLURAL:$1|item|items}}." is using past tense. It should be in present tense, consistent with other comparable messages (eg. on Special:FewestRevisions, "Showing below up to 50 results in range #1 to #50.").

In T218872#5528015, @DannyS712 wrote:

To clarify, are you asking to

1. Create a new (null) entry in a page's deletion log, to leave the comment, or
2. Allow editing the comment in the original log entry, and log the editing?

In T47987#5278923, @dbarratt wrote:

I believe doing a re-block would create a new log entry with the altered text.

See also T13739, "Inverse selection for [[Special:Log]]".

Yeah - on enwp we can use RevDel to remove the visible traces of vandalism, but that's obviously not an option here.

Once the reversions are done, will it be possible to get the traces of this attack wiped? TBH it seems to me like this matter would best be handled at DBA level.

Hi @Niharika, I edit the English Wikipedia, and my language setting is English. I got a security notification from the Spanish Wikipedia, in Spanish.

To clarify here: their preferences where? On their home wiki? Or the one they've never used, where a security alert has been generated?

So you think that a security notification should potentially be sent to users in a language that they don't understand - possibly even in an alphabet that they can't read. That makes no sense whatsoever. If one user throws the message in the trash without reading it because they can't, then it has failed to do its job.

+1000 for this cogently-put argument.

@He7d3r - you're right, sorry; looks like I glossed over that part. Done.

Per Helder at T4994#3860813, rephrased task to only be about external authors as T4994 already covers on-wiki contributors.

At T29629#323647 @demon wrote:

agree that it's probably a good idea to strike vandal accounts (does action=credits even respect RevlDel?)