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?

Though I don't know the project well, could Wikimedia-Developer-Portal (prototype) also be the place for mwcli, or are you already considering it?

In SpecialRandomInCategory.php:
The method used here is rather biased. It is assumed that the use of this page will be people wanting to get a random page out of a maintenance category, to fix it up. The method used by this page should return different pages in an unpredictable fashion which is hoped to be sufficient, even if some pages are selected more often than others.
A more unbiased method could be achieved by adding a cl_random field to the categorylinks table.

In T298818#7606912, @Peachey88 wrote:

@Lens0021, I also recommend setting "Take these actions: only the first time this rule matches" on herald rules as well.

Sorry for the inconvenience.

Sorry, I was not familiar with the Herald rule. Should https://phabricator.wikimedia.org/transactions/detail/PHID-XACT-HRUL-p5kcti5djmx2yu4/ fix the issue?

IMO, the fact Audit Bee who should create new website pages is not running and not all wikis on Miraheze are listed in WikiApiary is the cause of this.

Thank you @ashley for responding to me. I've inspected SocialProfile, especially how $wgUserProfileAvatarsInDiffs works after checking your comment.

width: 80% seems to have been introduced since c9a64040b907818a3004c951de6514b4dedb2638 (https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CommentStreams/+/320096) and the reason was not specified. I will upload a patch to remove it.

The patch is 6b74e170c0f009a791fadbf8c876ef81ed1ba6fc

I uploaded https://github.com/WikiApiary/wikibees/pull/23

I don't know how to determine which image will be used, but customizing seems to be possible according to this section on the wiki.

https://github.com/WikiApiary/wikibees/issues/22

In https://gitlab.wikimedia.org/repos/releng/cli/-/merge_requests/106#note_1751, Addshore wrote:

Nah, I don't like this at all, or the files in it D: I think a better approach would indeed be to try and catch any weird non writable errors