In T394564#10841952, @matmarex wrote:

There are a few more extensions maintained in Gerrit, I'll submit patches for them as well

Thank you for this, and thank you for setting a good example to other people and teams on how these kind of changes should be handled! ❤

In T394590#10832985, @SomeRandomDeveloper wrote:

Thanks for the quick response and for merging my patch! Would it be possible (or necessary?) to backport this patch to other branches as well? Especially REL1_39, REL1_42, REL1_43 and REL1_44, since those versions of MediaWiki are still supported

Thank you for the detailed write-up, and, naturally, for the patch as well! ❤ I've applied it against gerrit master and merged the patch (rEWCTbee952ba5da2: [SECURITY] Prevent reflected XSS via the linkstyle attribute by using the Html…).

In T278033#10769139, @Seb35 wrote:

• The visual editor is working fine but there is a warning "Your skin is incompatible with VisualEditor. See https://www.mediawiki.org/wiki/Extension:VisualEditor/Skin_requirements for the requirements.", I may check in more details how to improve this integration.

I no longer have a 1.39 box to test with, but this might be resolvable with this VE patch (which was backported to REL1_39 as well). If memory serves me correctly, I did have VE working under 1.39 just fine; it definitely works under MW 1.43.0 with no related changes to the skin. (For 1.43, there are two tiny PHP-level changes needed to get rid of some deprecation notices and whatnot, and a whole bunch of LESS changes related to the .background-image mixin to unbreak the skin for 1.43.0; again, as you're targeting 1.39, it should just work.)

In T159062#6684265, @Dinoguy1000 wrote:

There are already too many editors out there who believe redirects are "bad"; adding this functionality to core would only validate that view by providing them with a maintenance report which existence implicitly claims that certain redirects are categorically bad (similar maintenance reports indicate problems that need to be fixed, providing an obvious parallel argument).

Hopefully it's a bit better now. :)

Raising priority now that the Google Charts API is gone for good and that part of Special:SiteMetrics is broken (yet it still pings Google's servers, of course, until this ticket is resolved...).

No activity in almost two years now and I was never able to reproduce this issue, so unfortunately closing this. Please feel free to reopen if the problem persists under the current LTS release (which is 1.43 as of now) and you have more details on the issue. Thanks!

Confirmed. This is my fault, I introduced this bug in b9c7ebe0556434b848d02101e9b8cec9288d8208 while fixing T363693.

In T390590#10694924, @Dreamy_Jazz wrote:

I'm not sure exactly the cause. The test is not failing for me locally when I have the Refreshed skin installed. I have a feeling this is a problem caused by another extension.

Some updates happened in b53a6d8e7f011b65cf85ba5fa35f0c01e345ffd1 and 0e6c9c2fbe58471a8afb9f5a4504b42deb87ec88 in late 2019.

Let's be bold and assume that this is nowadays done and all the follow-up issues caused by the various actor migration patches have been addressed...

Declining this since these days Flow is unmaintained (as per mw:Structured Discussions/Deprecation).

Looks like it's related to DiscussionTools; however, the most obvious thing to consider here is to upgrade the wiki, as it's running on MediaWiki 1.41, which, as per mw:MediaWiki 1.41, is an obsolete version of MediaWiki.

In T155466#10578692, @ParvC wrote:

Hi everyone I just set up the initial environment for MediaWiki and installed the Comments extension in C:/xampp/htdocs/mediawiki/extensions. I updated the LocalSettings.php file, but when I use the <comments/> tag, it only shows "Loading comments" with a stuck loading symbol. How can I troubleshoot this? I'd really like to work on this

Please test out the aforementioned patch and see if it works for you. If it does, I'm more than happy to +2 it; I did test it briefly locally but emphasis on the word "briefly".

I hope this is a bug, and not a "feature".

Depends on what you think about a nearly 14-year-old user interface, I guess. :D

Nice catches, thank you for this! 💯 👍

Thanks for reporting this!

MediaWikiChat is not installed on translatewiki.net or on MediaWiki.org, hence why you're obviously not seeing any results on either site. :)

This is easy enough to fix by just removing the offending line of code (and the associated code comments, for completeness):

Thank you for tagging this task with good first task for Wikimedia newcomers!

To ask the most obvious question...why?

First off, a brief disclaimer: post-1.39 versions of MW are untested and, in this sense, "unsupported"; but of course 1.39 will go EOL at some point, and then social tools will target the next LTS (more details on MW.org @ mw:Social tools/MediaWiki compatibility). So in a way, you're charting uncharted waters here - thank you for your bravery, it's appreciated! :)

Thanks for fixing this, @Umherirrender! 👍

@Umherirrender Wanna take care of this one and the other one in ArticleFeedbackv5Hooks, in the UserLoginComplete hook handler function? Seeing that you started this work back in de146af041c3a569f6a738a93d9a96023ffe1df5 and all... :)