1. Test Result - Prod

Mentioned in SAL (#wikimedia-operations) [2024-06-26T20:50:34Z] <jdrewniak@deploy1002> Finished scap: Backport for [[gerrit:1049972|Enable user pages and select special pages in dark mode (1.43.0-wmf.11) (T366364 T366375 T367375 T367581 T367582 T367583)]] (duration: 08m 09s)

Mentioned in SAL (#wikimedia-operations) [2024-06-26T20:44:55Z] <jdrewniak@deploy1002> jdlrobson, jdrewniak: Backport for [[gerrit:1049972|Enable user pages and select special pages in dark mode (1.43.0-wmf.11) (T366364 T366375 T367375 T367581 T367582 T367583)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)

Mentioned in SAL (#wikimedia-operations) [2024-06-26T20:42:24Z] <jdrewniak@deploy1002> Started scap: Backport for [[gerrit:1049972|Enable user pages and select special pages in dark mode (1.43.0-wmf.11) (T366364 T366375 T367375 T367581 T367582 T367583)]]

Change #1049972 merged by jenkins-bot:

[operations/mediawiki-config@master] Enable user pages and select special pages in dark mode (1.43.0-wmf.11)

https://gerrit.wikimedia.org/r/1049972

Looks like the updates to OOUI took care of night mode for these pages so I'll enable them tomorrow.

Change #1049972 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):

[operations/mediawiki-config@master] Enable user pages and select special pages in dark mode (1.43.0-wmf.11)

https://gerrit.wikimedia.org/r/1049972

"Get short url" widget is also not going to dark mode: https://test.wikipedia.org/wiki/Ruine_Th%C3%BCrndl?vectornightmode=1 (click on "Get shortened URL")

Because not every language only uses a singular for a number that is 1.

Updates on the progress made during Wishathon (March 2024):

@Gopavasanth Looks like @Samwilson has left you some comments on the patchset. Have you had a chance to review the suggested changes?

@Gopavasanth Hello! Are there any updates on this task since the last Wishathon that you would like to share? Do you require any support from the CommTech team folks to make progress on this task?

I wouldn't expect the API to interact with actual redirects at all and if it's decided that the CORS-webserver option is better I wouldn't expect that either to effect anything other than the initial redirect, thus an user could still get a CORS error down the chain as intended by the downstream target(s).

I'm a bit confused as to why https://en.wikipedia.org/wiki/Wikipedia:AN is not a redirect. How does it get redirected?

For example https://w.wiki/9Yfs is the shortened URL for https://en.wikipedia.org/wiki/WP:AN. When this code is run (after CORS is enabled):

fetch('https://w.wiki/9Yfs', {
    method: 'HEAD',
    redirect: 'follow'
}).then(response => {
    return response.url;
});

• https://w.wiki/9Yfs 301 redirect to http://en.wikipedia.org/wiki/WP:AN
• http://en.wikipedia.org/wiki/WP:AN 301 redirect to https://en.wikipedia.org/wiki/Wikipedia:AN
• https://en.wikipedia.org/wiki/Wikipedia:AN is no longer a 301. It displays content of Wikipedia:Administrators' noticeboard with a redirect banner, and a script to replace the URL in browser bar

Note: this will not always receive the exact target of short URL. e.g. if the target is a redirect it will receive the target of the redirect instead of the redirect itself.

Adding a permissive CORS policy to w.wiki

Note: this will not always receive the exact target of short URL. e.g. if the target is a redirect it will receive the target of the redirect instead of the redirect itself.

Change #1009853 merged by jenkins-bot:

[mediawiki/extensions/UrlShortener@master] SpecialUrlRedirector: Enable CORS via Access-Control-Allow-Origin header

https://gerrit.wikimedia.org/r/1009853

Thus used lib is: https://github.com/endroid/qr-code

In T228779#6249253, @dmehus wrote:

... managing unnecessarily created short URLs.