Category redirects do not help with aliasing. If a page Category:Foo contains #REDIRECT [[Category:Bar]] or #REDIRECT [[:Category:Bar]], pages categorized using Foo will show up on the Category:Foo page even though the page itself redirects to Category:Bar.

@Jan_Dittrich does it work now?

@bmansurov Are the links right? I wrote a script to check if the above queries and the present query is returning any overlapping elements, it does not return even a single item which is same from both.

This process is much better documented than it used to be, and I've now put a readme in the repo to sum it all up.

Thanks so much for the ResourceLoader idea, Timo! It already does pretty much everything we'd need. I've talked with @jlinehan, and he thinks that keeping these configs in mediawiki-config and using ResouceLoader to distribute them will be sufficient for Product. I think that architecture is simple enough to not have to go through an RFC, so I'm declining this. Our draft Design Document is here for now:

@Jdlrobson for clarification: the svg we're using in AMC came from OOUI. Though I'm not sure if that means an update is needed or not.

Thanks, Eric. I think it'd be best to have the new element only show once (on the first image) in UW but if @Ramsey-WMF is okay just showing it on FP for now, that sounds good to me.

"Enter a full URL, e.g. https://example.org"

In T226431#5337013, @kai.nissen wrote:

Not sure, if this is a problem, but the email address is wrong (knissen@wikimedia.de instead of kai.nissen@wikimedia.de).

Change 523717 had a related patch set uploaded (by TheDJ; owner: BPirkle):
[mediawiki/core@REL1_33] Allow PHP version check to execute on older version of PHP

+1 thanks for creating this ticket @Esanders

Not sure, if this is a problem, but the email address is wrong (knissen@wikimedia.de instead of kai.nissen@wikimedia.de).

Change 523716 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] toolforge: put the client certs back in for etcd

In J169#2359, @Ladsgroup wrote:

In J169#2358, @RazeSoldier wrote:

Emm, I am confused about the two types of tests, integration and unit. I don't really understand the difference between the two test types. This looks like the test directory structure (Unit and Feature) of the Laravel.

Does this help? https://en.wikipedia.org/wiki/Unit_testing and https://en.wikipedia.org/wiki/Integration_testing

@mepps unfortunately, @Cstone's patch needs to be rebased before we can merge it: https://gerrit.wikimedia.org/r/490666

Change 523704 merged by jenkins-bot:
[mediawiki/core@REL1_33] Allow PHP version check to execute on older versions of PHP

Change 523224 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Drop deprecated wikibase.RepoApi{,Error}

Change 522563 merged by jenkins-bot:
[mediawiki/extensions/WikibaseMediaInfo@master] Add LinkNoticeWidget above Statements Panel

@revi @Urbanecm @Dyolf77_WMF @Tuanminh01, when the page is translated, and if not done, please:

• add the explanation at the top of the mentors' page
• inform the mentors about this change
• report here when done :)

In T227624#5326547, @Catrope wrote:

For read notifications the dots have gray backgrounds, which doesn't communicate that they are interactive. They should have a white background.

That's a simple design change that's easy to make if @Cntlsn / @RHo agree. (It may also be worth asking @Pginer-WMF about, since he designed this originally.) For completeness, could you (@alexhollender) also specify what the hover color should be for these circles? They currently turn a darker gray on hover.

I think the bot can immediately update the repository on GitHub: https://github.com/wikimedia/WikimediaUI-Style-Guide/tree/master/resources/WikimediaUI-icons-SVGs

Special:AllPages does not have hooks or any other interface to extend the filters. With my extension developer hat, there is nothing I can do in Translate to fix this. With my core developer hat, core shouldn't depend on extension directly, so some kind of extension interface must be there first.

The idea that I have is to re-use what done for the appservers, namely put nginx in front of httpd to terminate TLS.

Change 523011 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Move view/lib/wikibase-api to lib/resouces/wikibase-api

Limitations:

• Need to build a table for all languages, or filter to only desired language.
• Need a purge mechanism available to admins or linked to Wikidata item updates.
• Doesn't store any cache, yet.
• We probably want to split the occupation lookups from the per-category lookups, because the former might be replaced in any category, but the latter will apply only to a specific category.
• A lookup of several thousand string replacements is problematic. We can be more specific if the category is constrained to only specific occupations--but this will require on-demand Wikidata queries.

ncredir service has been deployed successfully and it's currently serving live traffic for wikipedia.com:

$ curl -v https://en.wikipedia.com/wiki/Special:Random -o /dev/null 2>&1 |fgrep -i location:
< location: https://en.wikipedia.org/wiki/Special:Random
$ curl -v http://en.wikipedia.com/wiki/Special:Random -o /dev/null 2>&1 |fgrep -i location:
< Location: https://en.wikipedia.org/wiki/Special:Random

https://phabricator.wikimedia.org/T153468 is relevant for this task, since the last patch needs also to allow IPv6 addresses for the prometheus masters.

Change 523677 merged by Elukey:
[operations/puppet@production] Introduce module amd_rocm

Change 523714 had a related patch set uploaded (by Esanders; owner: Esanders):
[mediawiki/extensions/VisualEditor@master] SaveDialog: Hide options bar when empty

• help-rtl
  

Yup!

Tried to delete your user and dashboard to restart from a clean state, but apparently I was only able to do the latter (your user still holds some data that I don't know where it is defined). Let's try again with a login so I'll be able to check logs..

Change 523713 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@wmf/1.34.0-wmf.14] [WIP] Fix and re-apply "RedirectSpecialPage: handle interwiki redirects"

It's beyond crude, but I have a POC which fetches data like,

[119] =>
array(2) {
  'canonicalLabel' =>
  string(8) "Letterer"
  'femaleForm' =>
  string(10) "Lettererin"
}
[120] =>
array(2) {
  'canonicalLabel' =>
  string(17) "Sachverständiger"
  'femaleForm' =>
  string(16) "Sachverständige"
}
[121] =>
array(2) {
  'canonicalLabel' =>
  string(6) "Glaser"
  'femaleForm' =>
  string(8) "Glaserin"
}
[122] =>
array(2) {
  'canonicalLabel' =>
  string(10) "Buchmacher"
  'femaleForm' =>
  string(12) "Buchmacherin"
}
[123] =>

I’m going to be a bit more blunt here, since that seems that is required.

Well, I put the $wgSpamRegex = false; line at the very bottom of my LocalSettings.php. So every installed extension has time enough to fiddle around with that variable. In fact, one does. Before I filed this "bug" here, I checked the usual suspects, listed under "spam protecting extensions" in Special:Version, without any result. Now I took a closer look. The guestbook extension sets the value of $wgSpamRegex to a regex, that includes the term spam. So it is no wonder that the spam protection gets effective in this case. After I removed the value assignment to $wgSpamRegex in the guestbook extension and changed the extension to handle $wgSpamRegex as as array, I removed the $wgSpamRegex = false; line from the bottom of my LocalSettings.php and everything works fine.

In J169#2358, @RazeSoldier wrote:

Emm, I am confused about the two types of tests, integration and unit. I don't really understand the difference between the two test types. This looks like the test directory structure (Unit and Feature) of the Laravel.

Because of T228160: Mark mediawiki_api and mediawiki_selenium Ruby gems as deprecated.

Because of T228160: Mark mediawiki_api and mediawiki_selenium Ruby gems as deprecated.

Because of T228160: Mark mediawiki_api and mediawiki_selenium Ruby gems as deprecated.

Because of T228160: Mark mediawiki_api and mediawiki_selenium Ruby gems as deprecated.

Because of T228160: Mark mediawiki_api and mediawiki_selenium Ruby gems as deprecated.

It should not be hard to parse the referer and find out which project the browser is referred from. Knowing where the image was uploaded is probably good for something but in no way a replacement for the normal project field.

Emm, I am confused about the two types of tests, integration and unit. I don't really understand the difference between the two test types. This looks like the test directory structure (Unit and Feature) of the Laravel.

So the general search in core is triggered by using searchText/searchTitle on an instance of SearchEngine. The type of instance is set in the corresponding SearchEngineFactory and depends on configuration. ( by default it's some type of SearchDatabase with CirrusSearch installed it's CirrusSearch.

Resolving, quarter is over, some subtasks still TODO

selenium-Wikibase job no longer exists. Can this be resolved?

Sounds good to me.