[00:02:03] Reedy: that would be my favourite option [00:02:06] ofc [00:16:04] Dragonfly6-7 <3 [00:16:34] Vito: It's stupid that renames require anyone else but the user, IMO. [00:16:57] Could you imagine Facebook or Twitter requiring another human being in order to change a username? Crazy. [00:17:21] Yvette: their renames aren't so expensive as ours [00:17:27] ours are way so expensive [00:17:44] It's not really any less expensive if you press the button. [00:17:50] It's actually more expensive, since it wastes your time. [00:18:04] If you're worried about multiple renames, we could just count them. [00:18:09] The whole thing is insane. [00:18:39] And now it's like we need you to press the button and another human being to assist? Three people to change a username. [00:18:48] Sorry, this is tangential. [00:34:03] I thought it was very difficult to change one's own name on Facebook? Requiring proof that you're not changing it to something fake, or something? [00:35:53] (Or perhaps it was a limit of "1 easy rename, and everything after that gets manually investigated by our staff" ?) [00:36:41] quiddity: Username or name? [00:37:05] the display name that other people see. [00:37:13] Right, I meant username. [00:37:26] Display names are a separate issue! [00:37:30] We should support those too. [00:38:19] In any case, the point was less about emulating them than it was about self-renames being common/standard. [00:38:33] Also, the long tail suggests that most renames would be very cheap. [00:38:45] In addition to counting the number of renames, you could also check edit count. [00:38:58] These are trivially solvable problems. [00:39:32] re: display names - gotta have something stable, before we can make the other one unstable! (otherwise it's hell trying to piece together history (imagine if someone who left prolific talkpage messages changed their name/signature every x months!), plus whatever unhappiness it would cause to databases.) [00:41:13] Everything is terrible. [00:46:16] Hell is other people! (-Sartre) [07:55:38] [[Tech]]; ArchiverBot; Bot: Archiving 1 thread (older than 30 days) to [[Tech/Archives/2017]].; https://meta.wikimedia.org/w/index.php?diff=16276052&oldid=16269324&rcid=8913770 [09:31:12] Nemo_bis: https://tools.wmflabs.org/dump-torrents/ should be complete now [09:38:56] legoktm: hurray! about 5 days processing? [09:39:05] But the new runs should have less files, right? [09:39:31] #1290: The MariaDB server is running with the --read-only option so it cannot execute this statement [09:39:43] How appropriate, when opening a bug about database https://phabricator.wikimedia.org/T156901#2989216 [09:39:43] yes and yes [09:39:58] A Troublesome Encounter! Woe! This request had its journey cut short by unexpected circumstances (Can Not Connect to MySQL). [09:40:23] a third of the time I think [09:43:08] # m h dom mon dow command [09:43:08] 18 * * * * jsub -once python3 /data/project/dump-torrents/dump-torrents/run.py [09:43:31] and that should fully automate it [16:19:34] The visualeditor options in the Special:Preferences dropdown are double escaped.. [16:20:54] It's in #mw-prefsection-editing but I don't see the dropdown with my account, I noticed with a new user's [16:24:23] The stuff in the "Editing mode" dropdown? Not here. [17:21:30] andre__: maybe only with Italian interface, due to the "'" in "l'editor" https://translatewiki.net/wiki/MediaWiki:Visualeditor-preference-tabs-prefer-wt/it [18:26:09] Filed as https://phabricator.wikimedia.org/T156940 lest I forget [18:56:35] Phabricator read-only? Or a fluke? [18:56:51] same issue for me [18:56:59] "#1290: The MariaDB server is running with the --read-only option so it cannot execute this statement" [18:59:09] Well now it's just spinning and not loading... [18:59:52] "#2013: Lost connection to MySQL server at 'reading initial communication packet', system error: 0" [19:03:41] thanks for reporting it, is already known and worked on, see -operations [19:05:15] I'll keep an eye there. Thank you.