Sat, Jun 19
Fri, Jun 18
Not sure I see a rationale for limiting passwords on the top end... denying a DOS situation from new accounts making lots of long passwords? Preventing users from entering a password they never have a hope of remembering (well, maybe not, depends on if 'character' means Unicode codepoint or ASCII character)? (No-one will realistically enter a long password without the use of a password holder, so maybeeee it doesn't matter.)
Wed, Jun 16
Given T260456#6965237 and response, this is probably T230013: LanguagePicker's handling of script suffixes is broken.
(I am not the right person, to respond to the email poke.)
Tue, Jun 15
This seems like a special case of T9356: User-specified HTML IDs can be the same as interface IDs
Alternatively, I see in the log that this was switched to wikitext temporarily, so this may be a case of the DB needing to be cleared or something?
Mon, Jun 14
Ah, then there are two implementation paths.
Providing the replacement CSS in this task prior to discussion would probably go a long way to making this a gentle change over.
Fri, Jun 11
Listing out the categories onwiki in a MediaWiki namespace page is probably more flexible for wikis with non-free media, but a PHP config seems fine too.
Yeah, how it used to be on the left.
Tue, Jun 8
Mon, Jun 7
Sun, Jun 6
Sat, Jun 5
T145604: RFC: Future of magic links and related seem of some relevance.
Thu, Jun 3
This is a pain point for me not just with the content block itself but also the warning that TemplateData exists on the /doc page (which I guess is even the worse problem for me).
You and I know how to find closed tasks, but I don't think as I suggested earlier that the default MO of anyone is "has this been reported before and closed without fixing?". The average bear definitely doesn't know, even if they have the MO to show up to Phabricator. (Phabricator is not welcoming, though as task managers go, it's the most welcoming I've had to deal with; I evangelize it and participation on it onwiki whenever I get the chance).
The proposed path "leave a note -> no activity and close" would be overwhelming to try to keep up on tasks that matter for volunteers and WMF developers alike. On any repeated basis. And once a task dies, no-one is going to find it. If it manages not to die the first go-around, the cycle repeats until either the volunteer who knows That Task is a problem or the developer or project manager on the team who cared about That Task moves to another team. And that's ignoring internal reorganization above and beyond the casual movement of engineers from group A to B. Even if none of that happens and you end up with the happy case, at that point you're adding spam "does it still matter" "yes of course it still matters" on for potentially years until someone comes to talk to the bugmeister about the fact a task has been up for questioning 10 times in 10 years. That's all assuming that that person isn't already gone and has stopped caring....
Wed, Jun 2
I might be thinking of the other citation tool that is now no longer available? I know there was one :^).
Since there are some eyes from people who know things, I have an idiot's question that echoes one not really answered above.
At the end of the day, someone has to say, "What is the license? We're kicking you off otherwise." So I guess you are saying that's how that works today?
Was the border in the description meant to be the border on the <img> or the full thumb? As someone pointed out to me today on Discord, the border on the <img> itself could use total removal without re-implementation in skins expecting it today. (Not sure how I feel about such removal for transparent images? Maybe some design thought needed there if removing that border is a path of interest.)