In T393823#10808983, @Pppery wrote:

See More

This is a fairly recent regession.

webservice --help

perhaps php7.4 or php8.2

My tool is only a PHP/JS page, it does not require any changes.

Change #1136350 had a related patch set uploaded (by Mhorsey; author: Mhorsey):

After 50caae2107a485fe650b2b70a5720e11000e109d it seems it depends on rows in translate_groupreviews table. Check all added "continue". I don't think groups are created in any way for new, not-marked pages.

Good idea, because users may not expect they will see codes and only once and they won't prepare for this. There may be situations, where process of saving is break, like power outages or mistakes.

Do we need locking database during uploading? Or opened transactions?

In T379229#10723830, @bvibber wrote:

Note we may be deprecating the server-side upload queue as it's largely unmaintained and results in people waiting months for nothing to happen.

The followup change I85f399c8fb2bc48f7894b8121c002f6ede4edc8d needs also be reverted.

Problems with OOUI's IconWidget reported as result.

getWikiIcon returns Codex name now instead of OOUI name. Event details module is not converted yet.

...but no known workaround possible when form is submitted and there is error, because submit URL is Special:MovePage?action=submit.

Same reason as above.

Where the information about what answer editor choose will be available to all users after this change?

Is there "contains nested arrays" in log too?

I suppose checking empty value of URL param should stay 2e8543e6b9b7575fea32c8283589cb3f008f71ea

I disagree with Amire80. These links suggests it can be used to ask questions.

Good idea, they are now more readable what groups changed. Would like to see this on "set status locked" too.

It needs previous revision of every edit but they are not get.
includes/pager/ContributionsPager.php:doBatchLookups from MediaWiki does not fill previd because tryCreatingRevisionRecord prevents doing this in this case. I think it is not necessary to do this way, because getting superior revisions don't need RevisionRecord created. So, this code can be changed or overwrite method GlobalContributionsPager with this part (getRevisionSizes).

Page moved to .djvu

We should choose whether to use null or empty arrays if not using this variable.

It is normal in browsers. Enter is for submiting all forms. Sometimes it may be dangerous and maybe this is the case (blocking).

button should only be clickable if at least one checkbox is selected

...unless we want to clear saved options.

Works
https://en.wikipedia.beta.wmflabs.org/w/index.php?title=Special%3AContributions&target=Wargo&namespace=all&tagfilter=&newOnly=1&start=2025-01-14&end=2025-01-14&limit=500

Improper cookie path. Check also "Secure" parameter.

User creation too.
Last success: https://login.wikimedia.beta.wmflabs.org/w/index.php?title=Special:Log&logid=221335

This is better
"Requests MAY be processed". It should be possible to approve them. Someone with rights might be testing this or approve request from person really wants to vanish. So they may be or not, randomly.

But is it the same as provided by automatic translation or you modified the automatic translated text?

Yes, the context for error messages is pointed to special page. The workaround is to extract page name from pagename by removing (example) special page name part and if you need talkpagename, you can put that processed variable as parameter to TALKPAGENAME.

You added label "section" to the "profiling" (173-177) part, but the label structure and first sample(s) were created at the "total time" part (164-170). Creating new label keys is not allowed when some data is already collected.

Sometimes the anchors needs to be changed too.

In T327133#10438389, @Krinkle wrote:

@Wargo Would you like to try writing a patch for this?

But the log viewer should be prepared for this.

This page has content model wikitext but title suggests Map.JsonConfig. And the content is also not JSON.

Most hooks used by JsonConfig don't respect model set and always assume it from title format.

The regex can be modified to not include [action=level]... in group item1 and can create another named group with these data. Suggest stopping rewriting at first detection of [, bacause any occurence of this in "title" is invalid.

May be problem:
https://github.com/wikimedia/wikipedia-ios/blob/507f56bf1dd725c6b9c9cde822056b53fce76af5/docs/localization.md?plain=1#L120

It is generated during installation of this extension. Then editable on wiki, where it is installed. Seems not contain interface texts so not present on translatewiki.

Run kubectl logs <NAME> and see what error (one of these? https://gitlab.wikimedia.org/search?search=unable&nav_source=navbar&project_id=608&group_id=688&search_code=true&repository_ref=main) caused bad line breaks.

If still, what is protectRegex?

blockRegex needs to reflect MediaWiki:Blocklogentry on enwiki (non-default).

Related: 2f984e2964f94b9583eb5310b050549bf3cf3996 (FieldLayout.js), T196878

In T382292#10410556, @matej_suchanek wrote:

The code path executed should be the same.

I don't think so. examine uses edits made, AbuseLog not if edit was blocked. See the warning on https://www.mediawiki.org/wiki/Extension:AbuseFilter/Rules_format#Variables_from_other_extensions - i think this is the problem.

Should stop after If67729bea2a641ed019403a948394e65c986d907 - mediawiki.org today.

It is not saved
https://www.mediawiki.org/wiki/Extension:AbuseFilter/Rules_format#Variables_from_other_extensions

The message on the right side of the form is from "Message documentation". So, it needs to be rpesent here to be displayed. I added it to the example.

And now?

Update from discussion on Gerrit.

Thanks for finding T186428 and its relations to this bug.

@Ammarpad are your suggestions still actual?

Page was deleted and restored. Cached data of page restrictions (protect)?

I6926bee1be71f18fde2909b4d03e673dcff3b1a8

My oversight.

https://noc.wikimedia.org/wiki.php?wiki=fiwiki#wgFlaggedRevsProtection
This setting is off. Showing link depends on this but this is option intended to enable stabilization-only FlaggedRevs.

Until today the report and the talk suggested it is happening only for admins. The code also says that. Today you added new info.

One user asked if it is in "More" submenu (vector2022). May be this is the problem for non-admins.

In T380846#10376674, @Urbanecm_WMF wrote:

@Chlod I just went ahead and deployed the revert earlier of the window, as the increase appears to have user impact.

In T380846#10376401, @Chlod wrote:

Unfortunately, I'm unsure of how to further optimize the query; this might be something that someone with more experience with the database would have knowledge of.

Do you have a SQL query that's failing to execute? That would probably be a good starting point. I'd be happy to help with identifying the next steps from there.

In T381232#10374631, @Aklapper wrote:

It correctly says Error: 404, Not Found at the bottom.

Category pages are in "Category" namespace.

Should do it? Did it before?

You can put any content to action=parse. I suppose some anti-vandalism tools.

In T380885#10363622, @Tacsipacsi wrote:

If my analysis is correct, https://pommel.uber.space/index.php?title=Talk:Wiki_issues should display the unfriendly 404 page regardless of whether DiscussionTools is enabled as long as $wgSend404Code true.

The workaround suggest this is problem with server config but weird that it is only when DT enabled.

Yes, with exactmatch works, because it controls whether to use titlesearch as prefix or full name.

It's not with DiscussionTools. You have this problem on every page. If you think it is caused by DiscussionTools, disable it again and compare.