Another option for ruWP might be to turn on the ‘basic’ experience by default since we don't seem to show the ‘advanced’ version to IP users and I would argue ‘advanced’ option is pretty, for the lack of the technical term, shit for everyone else as well. That whole interface really needs a redesign, but in the case of Russian Wikipedia, I think switching it off might be a proper solution as well.

I can't reproduce this - searching for users, whether they've created a large number of pages or not, returns results almost immediately.

Change #1019436 had a related patch set uploaded (by Kolakachi; author: Kolakachi):

[mediawiki/extensions/Wikisource@master] Fixed OCR preferences are saved too often

https://gerrit.wikimedia.org/r/1019436

This could be done by only saving the preferences when the config popup is closed.

In T165935#9702723, @NickK wrote:

It does seem to happen again, e.g. https://en.wiktionary.org/wiki/opistho- . It's not a particularly problematic page though, still the whole page is one big 'not enough memory' error

Also see https://en.wiktionary.org/wiki/Wiktionary:Grease_pit/2024/April#Lua_error

Change #938220 merged by jenkins-bot:

[mediawiki/core@master] Permissions: Avoid RestrictionStore lookup for unsupported actions

https://gerrit.wikimedia.org/r/938220

In T341319#9015034, @gerritbot wrote:

Change 938220 had a related patch set uploaded (by TK-999; author: TK-999):

[mediawiki/core@master] PermissionManager: Avoid restrictions lookup for unsupported actions

https://gerrit.wikimedia.org/r/938220

apine merged https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator/-/merge_requests/157

jforrester opened https://gitlab.wikimedia.org/repos/abstract-wiki/wikifunctions/function-orchestrator/-/merge_requests/157

Change #1018757 had a related patch set uploaded (by Jforrester; author: Jforrester):

[mediawiki/extensions/WikiLambda@master] APIs: Set most of our APIs to emit a cache header for 24 hours

https://gerrit.wikimedia.org/r/1018757

It does seem to happen again, e.g. https://en.wiktionary.org/wiki/opistho- . It's not a particularly problematic page though, still the whole page is one big 'not enough memory' error

Change #1018347 had a related patch set uploaded (by Bvibber; author: Bvibber):

[mediawiki/extensions/TimedMediaHandler@master] WIP transcode table updates

https://gerrit.wikimedia.org/r/1018347

Removing it from WD dev team board as this will need to be handled by WIT.

Hi, see my previous comment which data is needed

I can verify I'm seeing a similar issue. When I change a task, there's a 400 error, initiator: core.pkg.js:233

Since this is impacting performance (and thus likely SEO) anonymous page views on certain wikis bumping to high priority. I can help out with this week of 9th if needed. We can switch to Codex markup without loading Vue.js by using the CSS only version (https://doc.wikimedia.org/codex/latest/components/demos/button.html#css-only-version)
I'm also attending the hackathon if we want to do this in person.

Getting the payload/response for that request in a private paste might be helpful for troubleshooting.

@HNordeenWMF and @JWheeler-WMF I added you both to the acl*Batch-Editors as a grasping-at-straws-thought. Let me know if that changes anything for you all. Otherwise: still investigating. Recreating this has been tricky.

It's very slow for me as well, I hadn't opened it in a while but it was barely usable both yesterday and today.

In T361671#9684083, @Tacsipacsi wrote:

{{ec}}

As far as I understand, it powers the review state box visible on the top right on https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0?safemode=1 – ruwiki uses Common.css to hide the box, but FlaggedRevs cannot know this in advance. I see two options:

• Introduce a LocalSettings.php variable that allows hiding the box on the main page. I don’t know how complicated this would be, and it would only help on the main page (although the main page is probably the most performance-sensitive one, so it may still make sense).
• Try to split the module to download only the absolutely necessary parts. This decreases the amount of JS downloaded by the module, but increases the number of RL modules.

Wonder if we can turn ext.flaggedRevs.basic to include js as well and move those parts there.

And in any case, migrate it from OOUI to Codex if possible, so that OOUI doesn’t have to be downloaded at all.

As far as I understand, it powers the review state box visible on the top right on https://ru.wikipedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0?safemode=1 – ruwiki uses Common.css to hide the box, but FlaggedRevs cannot know this in advance. I see two options:

There is one thing that seems to be utilized. When I change the advanced to be loaded only for reviwers, loading a page locally logged out doesn't show the tooltip when you hover over the icon:

In T350514#9683431, @Tacsipacsi wrote:

In T350514#9683008, @Jdlrobson wrote:

https://gerrit.wikimedia.org/g/mediawiki/extensions/FlaggedRevs/+/aa366934663d316a4ef13b0522478820332a0041/includes/frontend/FlaggedRevsUIHooks.php#996

Are you sure this code runs on article views? It’s in a method called onProtectionFormAddFormFields, a ProtectionFormAddFormFields hook handler, so it should run only on action=protect.

In T350514#9683431, @Tacsipacsi wrote:

In T350514#9683008, @Jdlrobson wrote:

https://gerrit.wikimedia.org/g/mediawiki/extensions/FlaggedRevs/+/aa366934663d316a4ef13b0522478820332a0041/includes/frontend/FlaggedRevsUIHooks.php#996

Are you sure this code runs on article views? It’s in a method called onProtectionFormAddFormFields, a ProtectionFormAddFormFields hook handler, so it should run only on action=protect.

In T350514#9683008, @Jdlrobson wrote:

https://gerrit.wikimedia.org/g/mediawiki/extensions/FlaggedRevs/+/aa366934663d316a4ef13b0522478820332a0041/includes/frontend/FlaggedRevsUIHooks.php#996