The GlobalUserPage extension lets you reuse the same user page across multiple wikis in a wikifarm.
Details
Oct 29 2024
Oct 26 2024
Sep 6 2024
Sep 5 2024
I'm not planning to work on this right now, it's free for taking if anyone wants to look into it. Current status is that the proposed GlobalUserPage change seems to work, but its CI isn't configured in a way that would allow the tests to pass with the change.
Change #1070970 had a related patch set uploaded (by Bartosz Dziewoński; author: Zabe):
[mediawiki/extensions/GlobalUserPage@master] Do not use full User objects for cross-wiki stuff in GlobalUserPage
Change #1071006 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
[mediawiki/extensions/CentralAuth@master] CentralAuthIdLookup: Assert that user belongs to the right wiki
The beta cluster works again, so I call this resolved.
Change #1070982 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] Revert "CentralAuthIdLookup: Improve assertions, type hints, comments"
Change #1070982 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):
[mediawiki/extensions/CentralAuth@master] Revert "CentralAuthIdLookup: Improve assertions, type hints, comments"
Noting here that there are enough of these on beta to make scap's logstash checker is sad about it: beta-scap-sync-world#170843
Change #1070970 had a related patch set uploaded (by Zabe; author: Zabe):
[mediawiki/extensions/GlobalUserPage@master] Do not use full User objects for cross-wiki stuff in GlobalUserPage
Should be easy to fix
@matmarex Might it be due to this change? https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralAuth/+/1069619
Sep 3 2024
Sep 1 2024
perhaps worth noting that it shows this screen when clicking on the redlink:
Noting that this is also the case at https://en.wikipedia.org/wiki/Special:NewPagesFeed:
Jun 11 2024
- User::getName() – it just uses it as a cache key, doesn’t make any assumptions about whether it refers to a named or a temp user; should be okay.
- IPUtils::isIPAddress() – performance optimization: anons cannot have global accounts and thus global user pages. The question is whether temp users can have global user pages.
- If they can, this should be left as-is.
- If they can’t, but they can have global accounts, it should be updated to reject temp accounts as well.
- If they can’t have global accounts either, it’s safe to leave it as-is, but updating it to reject temp accounts would safe some DB queries.
May 15 2024
still a problem
Apr 26 2024
Apr 23 2024
Apr 21 2024
Change #1022612 merged by jenkins-bot:
[mediawiki/extensions/GlobalUserPage@master] Migrate to IReadableDatabase::newSelectQueryBuilder
Change #1022612 had a related patch set uploaded (by Umherirrender; author: Umherirrender):
[mediawiki/extensions/GlobalUserPage@master] Migrate to IReadableDatabase::newSelectQueryBuilder
Feb 26 2024
Jan 18 2024
The "Use global user page" preference no longer exists (T188423).
Jan 6 2024
Change 868128 abandoned by Dreamy Jazz:
[mediawiki/extensions/MassMessage@master] Autocreate local accounts when sending a mass message
Reason:
Dec 27 2023
Dec 14 2023
Nov 23 2023
Change 908001 abandoned by BrandonXLF:
[mediawiki/extensions/GlobalUserPage@master] Set correct lang and dir for parser output
Reason:
Parse now handles lang and dir (https://gerrit.wikimedia.org/r/c/mediawiki/core/+/939783)
These two examples seem to work correctly today:
Nov 1 2023
🤣🙏🏻
Phabricator tickets are for discussing how to get technical issues closer to resolution and for managing work. They are not a forum for "complaining". Thanks for your understanding. :)
@Aklapper: If i am that smart, why would i complain
@anoopspeaks: Welcome to Phabricator. Resetting priority; please do not set it. See Prioritization why this has not been resolved yet; your patch is welcome. Thanks.