That is already the case. Special:UserRights shows Editors already:

Have you been able to use FlaggedRevs API action=review function?

Hi @ihurbain, thank you for your consideration! We would kindly like to take you up on your offer to reopen this issue. The test you have constructed is not the use case we are talking about.

In T276782#9409048, @LuciferianThomas wrote:

In T276782#9408781, @adrelanos wrote:

In T276782#9405657, @Samwilson wrote:

@adrelanos are you able to replicate the problem without FlaggedRevs enabled?

No. I don't have any similar issues without FlaggedRevisions. And I wouldn't know how to reproduce this issue without FlaggedRevisions. Because only by running php reviewAllPages.php --username Patrick this issue happened. And the reviewAllPages.php comes within the FlaggedRevisions folder.

Or do you mean I should test disable the FlaggedRevisions in mediawiki config and then run reviewAllPages.php?

Our current case is that running rebuildall.php also breaks in the same way as they call the same part of CommentStore. Can you reproduce using rebuildall.php without FlaggedRevs? If you can, then this bug is not related to FlaggedRevs but to MediaWiki core itself, and we can rename the task and hand this to the right team to fix.

In T276782#9405657, @Samwilson wrote:

@adrelanos are you able to replicate the problem without FlaggedRevs enabled?

Trying to upload https://commons.m.wikimedia.org/wiki/File:GnuPG-Logo.svg using API I am getting the following error:

2 people missed that. Mistake on our side.

I am late to notice this but this screenshot shows the Desktop tab of the pagespeed result. This is because Desktop is underlined with a blue line. It doesn't show the Mobile tab.

I thought I did describe the problem but I try to elaborate. There is a way to frame this as a bug report or feature request if that helps.

I can confirm that Special:ListGrants has review as part of patrol indeed in my wiki.

Than you! The issue has been fixed.

Umherirrender, thank you. Your analysis seems spot on! We would also just for clarity add an even simpler example we found.

We tried writing everything into 1 line as you suggested but that didn't help. Rather it showed that the bug is even worse. We used:

In response to matmarex' reply we would agree that this is not technically a bug with Collapsible Elements regarding HTML validity. Also we support the role="none" solution. We tested this already and it worked.

I am withdrawing this feature request because I am not using MediaWiki FileCache anymore. Using static caching on the server level (such as nginx proxy_cache) is much more efficient and covers much more.

In T312149#8459063, @Kghbln wrote:

The issue for the Purge extension was also reported on GitHub - issue 33.

PHP Warning: call_user_func() expects parameter 1 to be a valid callback, class 'WidgetRenderer' does not have a method 'initRandomString' in /var/www/w/includes/Setup.php on line 532

Hello @Krinkle, thank you for your detailed answer, much appreciated!

(Corrected an auto correction mistake in my previous comment.)

Ok, thank you for your consideration and thank you for all your work on MediaWiki!

Could you have a look at this tiny patch please? @Yaron_Koren

The sanitation could have essential functionality only. The actual functionality (such as message / link) being changed might be broken but the the PHP shouldn't error out. An advanced sanitation of rejecting such edits with an explanation why might be too low priority, too high effort or something.

Reedy added a project: Vector (legacy skin).

Yes, I think so.

While WebP format support is now more widespread, there should be a way for browsers to fallback to the JPG/PNG thumbnail.

In T300587#8244408, @Prod wrote:

I don't disagree with this.

In T300587#8236028, @Prod wrote:

T301588 seems to address this issue on REL1_38 and newer versions of Extension:PageImages

I am using the attached patch for 2 weeks now in production and it works great.

I managed to delete all the flaggedrevs related wiki tables.

Would it help if a patch was provided? Is this something that could potentially get accepted?

I don't have any mysql database modifications skills. I can go to the mysql shell and USE wiki but I wouldn't know what commands to run to query for duplicate entries or to delete them.

I have the same issue as initially reported here.

Using https://github.com/Git-Mediawiki/Git-Mediawiki I can at least get a backup of all wiki pages for wiki's I am working on in plaintext format. Unfortunately, it's unmaintained but would be a great feature if maintained upstream at Wikimedia!

It might be possible to have a dismissible sitenotice, compatible with No-JS, and clean search engine results. -> T11209#7686457

By comparison, https://www.mediawiki.org/wiki/Extension:CookieWarning is

In T11209#142638, @brion wrote:

The sitenotice is shown via JavaScript when dismissable sitenotice extension is
in use.
This is a deliberate choice, to avoid polluting search engines with the site notice.

Created T300618 for it.

MediaWiki-extensions-CodeMirror is incompatible with MediaWiki-extensions-LinkSuggest.

//cc @Jackmcbarn @jayvdb @Cenarium @Ladsgroup

Same issue.

Alright. Created T276893 for it.

Mediawiki version: 1.35.1

Might not be fully fixed: T276782

Re-opening since I am having exactly the same issue as described in the original ticket description.

Somehow didn't get any notifications about your kind reply.
Doesn't have to be HTML indeed.

I don't think this was completed. Created add Widgets extension compatibility with $wgCSPHeader CSP Content Security Policy (T270095) for it.