Even with 20 iteration it is possible to get a result with less or zero results.

The category is shown with a higher limit for prop=categories (cllimit=500, that would reduce the needed continue), that indicates this is a problem with the continue query for the module as the data are in the database.

Also 2-value syntax is affected: background-position: left 30%; is flipped to background-position: right 70%;, but 30% is for top-bottom, not left-right.
But this can benefit from the same fixes as the used regex match the first unit and if that is a percentage, it is flipped, when x/y coordinate detection is added, that would also fix this 2-value syntax.

The tracking category "Category:Pages_with_broken_maps" for all wikis contains more errors as only this one, so it can be remain filled due to possible other issues, but it should be on the same count as before this task.

The demo value background-position: 10px center; is invalid, according to https://developer.mozilla.org/en-US/docs/Web/CSS/Reference/Properties/background-position#2-value_syntax center is not allowed.
The workaround background-position: left 10px center; is valid.

There are still two coverage reports

In T106735#4086106, @Krinkle wrote:

@Amire80 Please make sure this is reported in the CSSJanus issue tracker at https://github.com/cssjanus/cssjanus. Then, once fixed there, we can update the PHP port.

Commons is using ForeignDBViaLBRepo which extends LocalRepo and using the same sqls. Also ForeignDBRepo extends LocalRepo.

In T433217 is work going on to make StatusValue represent in json.

It seems this could happen when the string for pg_escape_string contains some byte characters like happen for sortkey on categories depending on the collation. Not sure if the TEXT type for cl_sortkey can store the value as well.
Another category collation could fix the fatal error.

There are some time-based variable or parser function that can reduce the cache time, this seems already in use according to the parser limit report:

<!-- 
NewPP limit report
Parsed by mw‐web.eqiad.main‐7dd645d99‐nlcrv
Cached time: 20260725010021
Cache expiry: 82800
Cache expiry source: Main_Page (numberoffiles)
Reduced expiry: true
...

It is multilingual, but you can only use "english" wikitext there, so using the german name for the file namespace or thumb does not work as well: [[Datei:Schloss Langenburg-msu-2021-0306-.jpg|mini|links|Sieger 2021 – Schloss Langenburg]]

The alias is to ambigous with future special page names and should not be added.
You can add a link to your user page, that is linked from each page or use some javascript to add a portlet link into the navigation, when reaching this page is used often.

This referes to img_left magic word in MessagesDe.php that contains the word "links", but this media file is used on commons.wikimedia.org where only english magic words are working, so this bug seems invalid for me.

In T433008#12151619, @Pikne wrote:

Related to recent rEKARe9f0ce979f76: Use new namespace for JsonConfig classes?