Portal pages for Wikimedia project sites (also known as the www portals). The primary reason this project exists is to give users reporting portal-related issues a place to put them.
See also:
External links:
As a user of wikimedia portal page, I want the page to be performant on slow internet and old browsers.
Sic transit gloria mundi. ☹ I listed dropping without replacement halfheartedly, and I can only hope nothing bad will happen until T392519: Fix Portals bundlesize checker in CI is done.
For posterity, there's upstream issue https://github.com/siddharthkp/bundlesize/issues/397. There's also a PR that updates brotli-size to 4.0.0, made in 2021 (!!!) and still open. AIUI, the author recommends using https://github.com/siddharthkp/bundlesize2 instead. But, the description for that project reads
Change #1136121 merged by jenkins-bot:
[wikimedia/portals@master] Send correct family to search-redirect.php
OK, I think this can be called Resolved. Leaving to the team for sign-off.
Change #1138376 merged by jenkins-bot:
[integration/config@master] Zuul: [wikimedia/portals] Switch to Node 20
Change #1138375 merged by jenkins-bot:
[integration/config@master] jjb: [wikimedia-portals-build] Switch to Node 20
Mentioned in SAL (#wikimedia-releng) [2025-04-23T14:25:53Z] <James_F> Zuul: [wikimedia/portals] Switch to Node 20, for T382179
Change #1138376 had a related patch set uploaded (by Jforrester; author: Jforrester):
[integration/config@master] Zuul: [wikimedia/portals] Switch to Node 20
Change #1138375 had a related patch set uploaded (by Jforrester; author: Jforrester):
[integration/config@master] jjb: [wikimedia-portals-build] Switch to Node 20
Change #1138345 merged by jenkins-bot:
[wikimedia/portals@master] build: Raise Node version to 20
Change #1138344 merged by jenkins-bot:
[wikimedia/portals@master] build: Drop bundlesize, not compatible with Node 20+
Change #1138345 had a related patch set uploaded (by Jforrester; author: Jforrester):
[wikimedia/portals@master] build: Raise Node version to 20
Change #1138344 had a related patch set uploaded (by Jforrester; author: Jforrester):
[wikimedia/portals@master] build: Drop bundlesize, not compatible with Node 20+
@Wargo's regression fix has been deployed.
Mentioned in SAL (#wikimedia-operations) [2025-04-16T13:28:56Z] <lucaswerkmeister-wmde@deploy1003> Finished scap sync-world: Backport for [[gerrit:1134984|search-redirect: fix case-sensitivity of project name (T391297)]] (duration: 22m 55s)
Mentioned in SAL (#wikimedia-operations) [2025-04-16T13:16:59Z] <lucaswerkmeister-wmde@deploy1003> wargo, lucaswerkmeister-wmde: Backport for [[gerrit:1134984|search-redirect: fix case-sensitivity of project name (T391297)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)
Mentioned in SAL (#wikimedia-operations) [2025-04-16T13:06:00Z] <lucaswerkmeister-wmde@deploy1003> Started scap sync-world: Backport for [[gerrit:1134984|search-redirect: fix case-sensitivity of project name (T391297)]]
Change #1134984 merged by jenkins-bot:
[operations/mediawiki-config@master] search-redirect: fix case-sensitivity of project name
I’ve looked into it, and the build failure happens in the (deprecated) native module iltorb@2.4.5, which is used by brotli-size@0.1.0, which in turn is required by bundlesize@0.18.2 (and bundlesize is directly required in our package.json). [email protected] dropped the dependency on iltorb, but bundlesize (of which we use the latest version) depends on exactly [email protected].
Moving to the backlog due to other interrupt work
On 7th April a change was effected(1), removing a necessary conversion via the strtolower function while implementing new functionality in the search-redirect.php(2).
The client sides of the various portals send their names with the lead character in uppercase ("Wiktionary", "Wikisource"), however, the "in_array" comparison of the search-redirect.php(2) needs a conversion of these to lowercase, or there will be no matches and always a default to wikipedia.
Yeah, I'm a bit confused - I got the notification about the commit, and I checked if it was working, it was, and then it didn't a few minutes later.
I actually don’t know how it could be fixed on your end, as nothing has changed yet – two approaches have been proposed (mine just a few minutes before you closed the task), but neither of them has been accepted by now.
Because it still doesn't work for me, and there are still several patches being reviewed to fix the issue, so a resolved closure is premature.
Sorry, why? The redirection is fixed on my end.
Change #1136121 had a related patch set uploaded (by Tacsipacsi; author: Tacsipacsi):
[wikimedia/portals@master] Send correct family to search-redirect.php
Resetting task status from "In Progress" to "Open" as this task has been "in progress" for more than one and a half years (see T380300).