[01:45:35] TimStarling: interesting, thanks, I'll have a look. The main one I was looking for is a locale-specific ucwords / MB_CASE_TILTE [01:49:23] 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 [01:49:25] Looks like there's a few xxx-Title transliteration IDs [01:50:06] https://phabricator.wikimedia.org/P73706 [01:50:27] 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 [02:03:25] tgr|away: Regarding https://phabricator.wikimedia.org/T387357 / https://www.mediawiki.org/wiki/Special:CentralAuth/Tgr-test-c1120968 [02:03:52] I'm surprised to see foundation.wikimedia.org in the list of proactively edge-logged-in wikis during signup/login. [02:04:19] 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. [02:05:34] 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". [11:15:35] 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 [11:16:33] 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 [11:16:51] which is not a huge deal but it's nice [11:17:26] and it's relatively cheap to maintain since the code is 95% the same as autologin [14:45:46] 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. [14:46:04] Anyway, it not adding much code complexity is a good argument. [14:48:31] tgr|away: RE that patch, it sounds like perhaps auto login wasn't working for Ariel? [14:49:21] Apparently I claimed in that patch thread it would do auto creations. [14:51:06] 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 [14:53:14] 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? [14:54:20] Edge login intentionally doesn't autocreate, but autologin does. [21:16:53] 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 [21:17:47] 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.