|
2025-02-27 01:45:35
|
<Krinkle>
|
TimStarling: interesting, thanks, I'll have a look. The main one I was looking for is a locale-specific ucwords / MB_CASE_TILTE
|
|
2025-02-27 01:49:23
|
<TimStarling>
|
I don't think that exists. I said in the RFC discussions that we really need a proper interface to the ICU case conversion functions, e.g. https://unicode-org.github.io/icu-docs/apidoc/released/icu4c/classicu_1_1UnicodeString.html#ab4c234ad7a7cdde6f70efff9b399e6a6
|
|
2025-02-27 01:49:25
|
<Krinkle>
|
Looks like there's a few xxx-Title transliteration IDs
|
|
2025-02-27 01:50:06
|
<Krinkle>
|
https://phabricator.wikimedia.org/P73706
|
|
2025-02-27 01:50:27
|
<TimStarling>
|
I was basically arguing against my own RFC. Person 1 says what about feature parity, I said there isn't quite feature parity, person 2 said oh there totally is look at Transliterator
|
|
2025-02-27 02:03:25
|
<Krinkle>
|
tgr|away: Regarding https://phabricator.wikimedia.org/T387357 / https://www.mediawiki.org/wiki/Special:CentralAuth/Tgr-test-c1120968
|
|
2025-02-27 02:03:52
|
<Krinkle>
|
I'm surprised to see foundation.wikimedia.org in the list of proactively edge-logged-in wikis during signup/login.
|
|
2025-02-27 02:04:19
|
<Krinkle>
|
It's not done all `.wikimedia.org` wikis (the subset that are SUL, open, public anyway). For most of those wikis, we perform background JS to auto-login on first view and (failing that) clicking "Log in" should also auto-login through loginwiki or auth-domain redirect.
|
|
2025-02-27 02:05:34
|
<Krinkle>
|
Which, speaking of, makes me wonder if we need that mechanism on signup/login at all. I'm probably forgetting something. Consider this more of a "I forgot, remind me" and less of a "We should optimize this".
|
|
2025-02-27 11:15:35
|
<tgr|away>
|
Krinkle: yeah the list is somewhat random. I see you had some comments on https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/987138 back when foundationwiki was added
|
|
2025-02-27 11:16:33
|
<tgr|away>
|
edge login lets you be logged in immediately when you visit a wiki, rather than being logged out and getting a notice about reloading the page because you got logged in in the background
|
|
2025-02-27 11:16:51
|
<tgr|away>
|
which is not a huge deal but it's nice
|
|
2025-02-27 11:17:26
|
<tgr|away>
|
and it's relatively cheap to maintain since the code is 95% the same as autologin
|
|
2025-02-27 14:45:46
|
<Krinkle>
|
tgr|away: I see. I personally rarely click reload. I see it not as "click to be logged in" but as "you are logged in". Chances I need to see the current/first page logged in are low. The next click anywhere closer to what I'm doing will be logged in too. That tends to suffice.
|
|
2025-02-27 14:46:04
|
<Krinkle>
|
Anyway, it not adding much code complexity is a good argument.
|
|
2025-02-27 14:48:31
|
<Krinkle>
|
tgr|away: RE that patch, it sounds like perhaps auto login wasn't working for Ariel?
|
|
2025-02-27 14:49:21
|
<Krinkle>
|
Apparently I claimed in that patch thread it would do auto creations.
|
|
2025-02-27 14:51:06
|
<Krinkle>
|
I guess is mistook the list of edge login wikis for the (something) smaller list of wikis that we (intentionally) auto create on after sign up
|
|
2025-02-27 14:53:14
|
<tgr|away>
|
We have job-based autocreation, but only for meta and loginwiki. loginwiki because stewards wanted it so they have CU records for everyone in a single wiki, and meta I think because not having an account caused bugs with... OAuth maybe?
|
|
2025-02-27 14:54:20
|
<tgr|away>
|
Edge login intentionally doesn't autocreate, but autologin does.
|
|
2025-02-27 21:16:53
|
<Krinkle>
|
The HTTP QUERY method is still being drafted.. https://www.ietf.org/archive/id/draft-ietf-httpbis-safe-method-w-body-08.html via https://mastodon.social/@bagder/114063587065890335
|
|
2025-02-27 21:17:47
|
<Krinkle>
|
If that ever becomes a thing, it'd allow us to align with that spec rather than our custom POST + Promise-Non-Write-API-Action: true header.
|