Page MenuHomePhabricator

Create EventStream's equivalent to irc.wikimedia.org's #central channel
Open, LowestPublic

Description

While working on the parent task, Faidon discovered that the irc.wikimedia.org's #central channel is not available in event streams.

This is an example of what is showed in #central:

09:08 @<rc-pmtpa> [[User:Ashutosh kumar1205]]@commonswiki https://commons.wikimedia.org/wiki/User:Ashutosh_kumar1205 * Ashutosh kumar1205 *
09:08 @<rc-pmtpa> [[Wikipedysta:Old Defender 1814]]@plwiki https://pl.wikipedia.org/wiki/Wikipedysta:Old_Defender_1814 * Old Defender 1814 *

Logger is defined in CommonSettings.php in mediawiki config, and it seems used in the mediawiki-extensions-CentralAuth extension.

In order to port irc.wikimedia.org to EventStreams we'll need to add this stream somewhere.

Event Timeline

Interesting! Likely, CentralAuth should fire a new hook whenever a new account is 'a local account record for the given wiki to the central database' is added. We'll also want to add a new JSONSchema for a mediawiki/centralauth/account-add (or whatever) event. Then the EventBus extension can then produce the event.

This seems quite an odd fit for an event stream given the nature of the data published, is this stream used significantly, are there connected clients?
I think we should be open to consider to turning it off.

If so, we probably need to clean code here: https://github.com/wikimedia/mediawiki-extensions-CentralAuth/blob/master/includes/CentralAuthUser.php#L1921-L1934

Ya, before we create this steam (and expose it publicly), we should know why we need it and if we should keep it. Maybe we should, but if we don't need it...let's not keep it?

Users in #central are:

10:56 :: Users #central
10:56 [@rc-pmtpa] [ natuur12] [ Steinsplitter]
10:56 [ BanBot  ] [ GVMBot] [ RxyBotLT] [ SULW         ]

Few users for sure, we could track them down and see if this is needed or not?

elukey renamed this task from Missing Event Stream's stream for #central logins to Event Stream's stream to replace irc.wikimedia.org's #central channel feed.Dec 10 2019, 10:17 AM

@Legoktm @Krinkle hi :) do you have any context about the above bots? And if we need to keep #central feed long term?

From https://www.wikizero.com/de/Benutzer:GiftBot GVMBot seems to be a vadalism fighting bot, this data stream is probbably not of much use for that

With this low usage I think we can plan on turning the stream off, data seems quite an odd fit for a public stream in any case, now we will need to remove the code from central notice that is publishing those logins.

https://wikitech.wikimedia.org/wiki/Tool:Stewardbots is a great respource, nice, @elukey we can file a phab ticket to stewardbots projects letting them know we are thinking of turning this stream off.

Krinkle renamed this task from Event Stream's stream to replace irc.wikimedia.org's #central channel feed to Create EventStream's equivalent to irc.wikimedia.org's #central channel.Jan 22 2020, 10:39 PM

Just to note, @Natuur12 and @Steinsplitter are Commons admins, they likely use this channel to track vandals, LTAs etc. RxyBotLT is a bot operated by @Rxy, a Wikimedia steward. I assume he uses this channel to track and lock a LTA called ISECHIKA. No idea who is the operator of BanBot but it apparently posts (non)abusive and (non)trollish usernames to #wikimedia-stewards channel.

Just to note, @Natuur12 and @Steinsplitter are Commons admins, they likely use this channel to track vandals, LTAs etc. RxyBotLT is a bot operated by @Rxy, a Wikimedia steward. I assume he uses this channel to track and lock a LTA called ISECHIKA. No idea who is the operator of BanBot but it apparently posts (non)abusive and (non)trollish usernames to #wikimedia-stewards channel.

The channel is indeed useful, keeping it would be helpful :-)

Milimetric triaged this task as Medium priority.Apr 13 2020, 3:58 PM
odimitrijevic lowered the priority of this task from Medium to Lowest.Jan 6 2022, 3:36 AM
odimitrijevic moved this task from Incoming (new tickets) to Datasets on the Data-Engineering board.