Uh, oh, it looks like this is happening for nearly all logs.

This is ready now.

In T374778#10212890, @MGChecker wrote:

I just took care of it.

(ping for @hashar or someone else to take a look at my last comment)

It looks like that this is solved in T368594: CVE-2024-47845: Extension:CSS uses CSS sanitizer incorrectly, and is easily bypassed.

I'm going to handle this.

Yup, it's working now. Thanks!

Also, there isn't a logo, and it looks broken.

In T260647#10170714, @Ladsgroup wrote:

Renaming shell/idm/gerrit accounts is out of the scope of wikitech SULification so I'm not sure reopening this ticket makes sense. But for your wikitech account, we can rename "Kizule" to "Kizule (usurped)" and then rename "Zoranzoki21" to "Kizule". For that, request a rename in https://wikitech.wikimedia.org/wiki/Wikitech:Rename_requests

We are not going to run reassign script nor in any way delete accounts. If you want, we can lock one of the accounts you don't want.

Regardless, out of scope of this ticket.

I'm reopening this task per https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/message/5NBCVPPOXB4O3KI7B4YJBZUEA7N3YFQK/.

This looks like T374760: Unable to edit any page on www.mediawiki.org with MediaWiki\Revision\RevisionAccessException.

In T300704#9806017, @Aklapper wrote:

@Kizule: Removing task assignee as this open task has been assigned for more than two years - see the email sent to all task assignees on 2024-04-15.
Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be welcome! :)
If this task has been resolved in the meantime, or should not be worked on by anybody ("declined"), please update its task status via "Add Action… 🡒 Change Status".
Also see https://www.mediawiki.org/wiki/Bug_management/Assignee_cleanup for tips how to best manage your individual work in Phabricator. Thanks!

I'm going to try to work on this. I guess this would be a very nice experience to do something non-repetitive like PHPCS fixes and such things, which I'm usually doing.

I think that this task is not in the scope of a Phabricator. Anyway, since this Isn't a request for changing the wiki's configuration, I'm removing Wikimedia-Site-requests from here.

Hmm, this is actually T370500: IP information could not be retrieved. Sorry for creating task.

PHP 7.2 is not used anymore

PHP 7.2 is not used anymore

PHP 7.2 is not used anymore

Not happening anymore

Not happening anymore

Old CI failure which is not happening anymore

I think that this is fixed at some point. Please reopen if this is still happening.

We aren't using Selenium tests for Bluespice extensions anymore.

Not happening anymore

This exact failure is not happening anymore as I can see.

This exact failure is no longer happening. We're going to take care of the current CI failure.

We do not host random wikis for random purposes. See documentation on https://www.mediawiki.org/ for third-party hosting provider options.

I don't think that this is going to happen.

@hashar Can you take care of this one? :)

In T366254#9846781, @ihurbain wrote:

Marking as invalid as baseconfig is not related to production Parsoid usage.

In T365127#9806441, @Pppery wrote:

FYI Extension:PagesVisited still calls the BSInsertMagicAjaxGetData hook. That should probably be cleaned up.

In T365127#9805170, @Pppery wrote:

Thanks. I had no idea you were associated with BlueSpice, which made this task seem completely out of the blue to me.

In T365127#9805152, @Pppery wrote:

Who is "we"? Where was this communicated?

In T214140#9776551, @hashar wrote:

08:29:09 Chrome Headless 90.0.4430.212 (Linux x86_64) ERROR
08:29:09 Script error.
08:29:09 at :0:0

That is most probably a server side error when serving Special:JavaScriptTest as I said in the earlier comment. Jenkins builds get erased after a few days so we can no more dig into the build logs to find what happened. I suspect the patch that triggered the build had an issue of some sort.

In T363005#9757512, @Kizule wrote:

Hello @taavi, thank you so much for creating the task and doing this!

I'm a new employee of Hallo Welt! (Bluespice), and I'm going to work on improving the situation regarding the CI.

Can you enable Libup only for the master branch and without auto-merging?

Hello @taavi, thank you so much for creating the task and doing this!

Still happening. See T328927: Flaky qunit test: "Stale response caching - T117587" as well.

Paste is from https://integration.wikimedia.org/ci/job/quibble-composer-mysql-php74-noselenium/1250/console

In T357866#9751973, @Rtnf wrote:

I would like to import content from the Betawi Wikipedia incubator, but I do not have the necessary user permission to access Special:Import. Which user can I contact to obtain this access? Thank you.

Oh, I used the wrong form, because I wanted to get a template which I can use for "steps to reproduce the issue, what's wrong, what's expected..."

I'm going to close this task as resolved. Task description is mentioning MediaWiki 1.27 which is not supported anymore.

Assigning this as I made patch that should fix issues with the SecureHTML extension.

@Ezarate Can you please let us know the time (from-to) which I should place? The description from the Instagram post is confusing me a bit.

(giving the email on wikitech-l)

In T359290#9605680, @jnuche wrote:

I've just created a backport patch to unblock 1.42.0-wmf.21. Could someone take a look?

(pinging @Materialscientist as sysop who placed that block)

I can see that the specified IP address is blocked on English Wikipedia (https://en.wikipedia.org/wiki/Special:Contributions/14.139.82.6).

In T359290#9605014, @Nikerabbit wrote:

Second parameter to titleWithoutPrefix was introduced in rEGADa629d7f71d11: Introduce MultiGadgetRepo to facilitate repo migration but GadgetResourceLoaderModule was not updated. Pinging @Krinkle who merged it. I don't see gadgetName being available in this context, nor am I sure if revert is safe.

In T296183#9593567, @Reedy wrote:

reedy@mwmaint2002:~/uploads$ curl -I http://unilib-nikola.duckdns.org/~nikola/neshs/enciklopedije.tar
curl: (6) Could not resolve host: unilib-nikola.duckdns.org

https://cachecheck.opendns.com/ agrees giving SERVFAIL on all their servers.

Can't do much if it won't resolve, and I can't grab the file...