[01:41:34] there is a patch owned by Aasim in that repo: https://gerrit.wikimedia.org/r/c/oojs/ui/+/1166542 [09:32:43] if they can't reliably link to their own patch though ;) [13:36:17] Hello all, got an SEO question, I recently noticed my wiki's impressions and clicks in Google Search Console have dropped dramatically (basically to 0). Before the dramatic drop, I was playing with mediawiki's WikiSEO extension to try to fix a few issues, I was also creating a large number of pages using API call before the drop to create a [13:36:17] Pali-to-Chinese dictionary, there are ~20k pages created in a couple of days of time (each page is a Pali word). I don't know if any of these is relevant to the sharp drop.. Does anyone have idea what I might have done wrong and what I need to do to fix this? [14:13:18] Paulxu20: SEO is like black magic. Best you can do is check Google's search console for any issues [14:26:59] I checked, and I "think" I fixed the issue too, but I can not find a way to validate I indeed fixed it... no matter what I do, the impression and clicks dont come back... :( [22:53:49] bd808: an interesting request came along on the mw discord to get a feed there from phab, gerrit, gitlab, etc. I was wondering if it'd be possible to leverage wikibugs for this by adding another message sink. what are your thoughts? [22:54:26] (implementation-wise was just going to use discord webhooks so it wouldn't need to run a full-on bot, just an extra https call per event) [23:12:43] moonmoon: it is possible in theory. There is some work that needs doing to untangle some of the event data cleaning and formatting from the irc output. [23:13:21] That's T394532 [23:13:21] T394532: Refactor irc message formatting so that there is a clear separation between event ingestion and message output stages - https://phabricator.wikimedia.org/T394532 [23:15:14] moonmoon: a slightly different way to do it would be to bridge an IRC channel to discord and just setup wikibugs to spew things at the irc side [23:26:55] bd808: yeah I think the webhook method would yield better results since it could send embeds (effectively structured content). Plus it wouldn't involve running yet another bot/process :P [23:27:38] fair, although I already run bridgebot too :) [23:27:49] regarding the task you linked, I think the ideal would be that the sources produce some sort of structured output (e.g. json) and the sinks can each format that according to their needs [23:28:41] is all of that formatting happening in the wikibugs repo, or is some irc-formatting stuff being applied outside of that codebase? [23:28:46] yeah, I agree that would be the right way forward. That's what I meant by "structured events are placed in the event stream" [23:28:57] it's all in the repo [23:29:33] and right now we have one sink (irc), does the event stream being used work for multiple consumers? [23:30:22] * bd808 looks at code before answering :) [23:33:41] Right now the event queue is setup for a single client, but that can be changed. [23:37:34] The gerrit and gitlab listeners format things down to an irc message and enqueue that. That would need to be refactored so they emit a structured record of the change and enqueue that. Then the irc sink would need to do the formatting like it does already for Phorge events.