It needs to be removed from the sitematrix as well. Code which tries to access the associated URL now fails, because the DNS entry has been removed.

This seems to be completely broken as I can't save anything. It also makes a test fail:

❯ cargo test -- tests::api::test_immutable 
    Finished `test` profile [unoptimized + debuginfo] target(s) in 0.08s
     Running unittests src/lib.rs (/Users/hans/dev/countcount/mwbot/target/debug/deps/parsoid-2eaed1445b9c5a61)

Ahh, because @doctaxon as oversighter suppressed the username.

I still don't understand why doctaxon is listed as the blocking admin while the block was done by another admin originally.

I did not know about the restriction that the revert has to be marked as patrolled in order for the reverted tag to be applied. After marking the revert as patrolled the reverted edit is properly marked as reverted.

Now at https://gitlab.wikimedia.org/toolforge-repos/stimmberechtigung

Can this be completed? cswikivoyage is still not listed in the meta_p.wiki table while events are being sent out. This causes problems for my spamcheck tool.

There are some native Rust wikitext parsers we could consider as well:

• https://crates.io/crates/parse-wiki-text-2
• https://crates.io/crates/wikitext-parser
• https://crates.io/crates/mediawiki_parser

This works fine with non-cnb images by using commands like this in the job definition:

command: exec ./xlinks.sh # in turn execs the binary

@bd808 I remember now. Thanks for reminding me.

@bd808 Thank you! I have started using the Mediawiki REST API instead (see https://phabricator.wikimedia.org/T369414#9958156), using e.g. https://en.wikipedia.org/w/rest.php/v1/page/MediaWiki:Spam-blacklist, which works fine as well.

In T369414#9958164, @Bugreporter wrote:

when using curl, please specify a custom user agent.

Using the Mediawiki REST API works good enough. So this is not that urgent for me anymore.

I haven't checked if this applies to _all_ action=raw requests.

It seems btmwiki is not yet in meta_p.

Thanks a lot!

Another one:
https://meta.wikimedia.org/w/index.php?userExpLevel=unregistered%3Bnewcomer&hidebots=1&hidecategorization=1&hideWikibase=1&hidelog=1&hidenewuserlog=1&namespace=1198&invert=1&tagfilter=mw-reverted&inverttags=1&limit=50&days=7&title=Special:RecentChanges&urlversion=2

In T366256#9845741, @Aklapper wrote:

Note that the infobox shows

Does not happen here. https://de.wikipedia.org/api/rest_v1/page/mobile-html/Adam_Wharton shows 6. Februar 2004.

Triaging as high since vandalism was visible in the app over days.

toolforge jobs store file sounds good.

Not sure what happened but for some reason the file is gone now.

Seems similar to T357098.

Works perfectly, thank you!

The banner says 8:30 to 8:40 UTC. I was confused that it was still there.

Back then it wasn't possible due to the peculiarities of the Rust buildpack, but now that I have restructured it to be a Rust "workspace" I will give it another shot.

In T355231#9468882, @taavi wrote:

Is there a task for supporting that?

Unfortunately I can't use the Build Service since https://gitlab.wikimedia.org/countcount/xlinks is a monorepo for both the xlinks data collector and the spamcheck webapp. AFAICS the Multi Procfile buildpack is not supported.

It is unfortunately not coming back.

The golang1.11 webservice image is on Debian buster. The jdk17 webservice image is on bullseye:

tools.spamcheck@tools-sgebastion-10:~$ cat service.template
backend: kubernetes
type: jdk17
extra_args:
  - ./run.sh
tools.spamcheck@tools-sgebastion-10:~$ kubectl exec -it spamcheck-<redacted> -- /bin/bash
tools.spamcheck@spamcheck-<redacted>:~$ cat /etc/debian_version
11.8

If there is any bookworm-based image I can use with a binary, please let me know.

OK, I opened T355231.

@taavi Is there a separate task for the webservice images?

Oversight on my part, should be fixed now. Please confirm.

@Aklapper To be honest the closing of this issue is less than satisfactory. In 2013 an RFC on meta decided that for the XTools edit counter the same functionality should stay opt in only. The community wishes should be respected.

Can someone run maintain-views for s2?

Would it be possible to not put the Toolforge wiki replica externallinks views out of commission for hours at a time while doing this?

In T343718#9108248, @Ladsgroup wrote:

I ran maintain-views again, is it fixed now?

Is this the reason why the externallinks table of some wikis in the labsdbs replicas cannot be read currently?

@Aklapper Duh, I only checked the READMe file. Thanks!

Could the breakage of the Global User Contributions tool (GUC) be related to this? See T282557.

In T185664#6927669, @Ladsgroup wrote:

• User permission and auto-promote rules, we should introduce a hook for auto-promote in core and use that instead of directly hooking into $wgAutoPromote variable. I haven't checked the user permissions in depth but any suggestion for simplification is more than welcome.