For any wiki administrators:
This issue make the ipairs() do not work. I've had to apply this function to the output to work around it:

local function convertTo1IndexedArray(array)
	local newArray = {}

My updated workaround:

I'm waiting for this because HyperKitty v1.3.5 provides RSS feed. (https://gitlab.com/mailman/hyperkitty/-/merge_requests/302)

fyi: https://www.mediawiki.org/wiki/Extension:SyntaxHighlightThemes

It sounds like a bad experience. I am waiting for someone who builds the new extension.

Any review or advice for my patch are welcome. :)

Is this related to T297754?

I believe tweaking https://github.com/wikimedia/mediawiki/blob/9397a235/includes/specials/SpecialWhatLinksHere.php#L402-L411 is a key.
I wrote PoC for 1.38 and it worked: https://github.com/femiwiki/UnifiedExtensionForFemiwiki/blob/REL1_38/includes/Specials/SpecialOrderedWhatLinksHere.php
But the user interface should be designed newly.

I've faced an issue related to this with a fresh new Fedora installation:

$ rpm -E %fedora
36
$ mwdev dev mw install --dbtype=sqlite
missing executables: docker-compose

I think we can. Thank you for your and the team's effort.

In T312708#8067886, @Ladsgroup wrote:

I think we had a similar issue in our production, you need to basically clean up rows that have duplicate data. You can also run pruneRevData.php to reduce the size of the table (and chance of corrupt data being there) drastically (run it with --prune --rev-age=31536000 --rev-num=5 as well)

asaik, PageViewInfo can load pageviews for a certain period. So the total pageview since the page creation is not good to be handled by PageViewInfo.

I've never written a database patch, but if there is no one to do this, I will. Should I?

In T312149#8065546, @Sebastian_Berlin-WMSE wrote:

I'm having some trouble with this for Wikispeech. Codesniffer doesn't like the function name onSkinTemplateNavigation__Universal which is implemented from SkinTemplateNavigation__UniversalHook.

In T12687#152278, @bzimport wrote:

herd wrote:

Duping up, bug 12974 properly indicates it is a core problem and affects more than just parserfunctions/extensions.

*** This bug has been marked as a duplicate of bug 12974 ***

I guess Miraheze wikis use LU? At least it seems to be installed currently. CC @Universal_Omega

In T300498#7940631, @Nikerabbit wrote:

@Lens0021 are you planning to keep using the extension? In that case we are not going to request archiving.

In T306572#7934487, @dom_walden wrote:

Could this change have caused T308546?

@Physikerwelt I'm not sure using wgVisualEditorParsoidAutoConfig for that purpose is suitable and/or whether the patch will be accepted. Is what you are saying you can +2?

I manually set up a Parsoid, a RESTBase, and a Mathoid and replaced the 'zero-conf VisualEditor' and using them since 2021.[1] But after filing this task, I've replaced the Mathoid with the Wikimedia Mathoid[2] (for monetary reasons) with a forked extension with hacked code,[3] so I am removing myself as the assignee.

I should set wgServer to '//default.mediawiki.mwdd.localhost:8080';

T142981 seems to be a version of this but for Echo itself. If hopefully, that is solved first, this task could be needless.

It is on css-color-4 and I uploaded a PR https://github.com/Fyrd/caniuse/pull/6240

I think I can't because I am not sure about #rrggbbaa. it is not found on https://www.w3.org/TR/css-color-3/ but described on mdn web docs.

I have searched for more listed features:

CSS3 colors seem to be compatible with all Grade C+ browsers according to https://caniuse.com/css3-colors, so there is no blocker on this?

This seems to be fixed on English Wikipedia now. What happened?

Though there is no guarantee to be implemented, Refinement of MediaWiki to meet the needs of the Wikinews project (news writing and approval, feed, DynamicPageList, RSS) on Community Wishlist Survey 2022 suggests some tasks to the developers. To organize the suggestion and split it to smaller tasks, and make it easy to find out any Wikinews related tasks for people interested, there should be a way to tracking.

In T300498#7744433, @Nikerabbit wrote:

@Lens0021 You have an open patch for this extension. I'm curious to hear your thoughts on this proposal.

How about reusing https://www.wikidata.org/wiki/Q83#P348 Wikidata statement or its JSON representation https://www.wikidata.org/wiki/Special:EntityData/Q83.json, though it is too long and too nested? I believe that editing the statement is already a step in the release process.

I think it was a bug of HTMLFormFieldCloner itself rather than GlobalWatchlist. Is there a ticket for HTMLFormFieldCloner?