[00:37:11] Is there a WMF hosted URL shortener? [00:41:51] JohnReaves: No [00:41:53] JohnReaves, per https://bugzilla.wikimedia.org/show_bug.cgi?id=42085, no [00:42:02] (well, per it's existence) [00:45:17] Okay, thanks [01:27:51] its [01:55:47] itsy [07:39:40] is it possible for [[User:Babel AutoCreate]] to edit from a mobile platform? [07:47:20] Hi. Problems with labs? [07:47:40] Hi Jurgen. [07:47:44] You should be more specific. :-) [07:47:49] There's also #wikimedia-labs [07:48:05] Guc-tool is down and IRC bots on labs too [07:48:06] Fatal error: Out of memory (allocated 6029312) (tried to allocate 32 bytes) in /data/project/guc/public_html/lb/guc.php on line 114 [18:51:44] I have a student who successfully created a new account on Wikipedia, but when he tried to log into Commons via SUL, it said his username was blocked due to a problematic character string. Can anybody help us get past this obstacle? The username is FFDUMMINGS [18:52:58] peteforsyth: i think any commons administrator should be able to override the filter and create a local account for him [18:53:13] OK great, thanks! [18:53:20] okay, how do I do that? :-) [18:53:25] peteforsyth: bear with us [18:53:29] :) [18:53:46] I'm also curious what blacklist it is comparing against [18:54:01] MatmaRex: you mean I should just create the account and send them the password via e-mail? [18:54:05] <^d> Spam blacklist probably. [18:54:14] twkozlowski: i think you'd need to create the new (local) account and then share the password with peteforsyth (or use the send-password-via-email), and then peteforsyth can unify the local account with the global one [18:54:16] <^d> SUL'd accounts get created locally on first login. [18:54:30] <^d> Which is sometimes insane :) [18:54:44] MatmaRex: my thoughts exactly [18:54:50] <^d> (see also: people with (WMF) accounts can't login on some wikis due to this...people put up rules to prevent abuse) [18:54:51] weird he couldn't log in onto Commons tho [18:54:57] this will leave me with the question…how do I unify the accounts? :) (It's not my account but a student -- I have sysop on enwp but not Commons) [18:55:05] <^d> twkozlowski: Not weird, how SUL works. [18:55:09] <^d> It's insane :( [18:55:10] peteforsyth: through preferences [18:56:07] petan: the commons title (and username) blacklist is https://commons.wikimedia.org/wiki/MediaWiki:Titleblacklist [18:57:07] peteforsyth: ^ [18:57:13] peteforsyth: the matching rule seems to be: [18:57:14] .*[A-Z ]{10,}.* # No more than 10 caps, also separated by spaces [18:57:22] got it, thanks! [18:57:39] that's a pretty silly rule, actually [18:57:39] lame [18:57:55] MatmaRex: OK then, I'll send them the password through e-mail [18:57:56] you could comment on the talp page of that [18:58:02] I have no idea how you unify it, tho [18:58:03] I'm going to create an account WHYCANTISHOUT? [18:58:15] twkozlowski: there should be an option to do that automatically during account creation [18:58:16] perhaps you are asked the password after clicking the button in preferences [18:58:20] greg-g: OWMYEARSMYPOOREARS [18:58:24] MatmaRex: there is, yes. [18:58:33] I'm talking about the account unification bit [18:58:43] https://commons.wikimedia.org/wiki/Special:MergeAccount [18:58:45] peteforsyth: it'll be a great fun conversation :) [18:58:57] just go there after logging in and follow the instructions [18:59:07] it'll ask you to retype the password and click "OK" :) [18:59:21] peteforsyth: that is, you have to do that (or the student) [18:59:30] Account creation error [18:59:31] Cannot create account: the requested username is already taken in the unified login system. [18:59:43] haha…wow. [18:59:47] ugh [18:59:49] That's helpful. [18:59:55] can't you override that? [18:59:58] i thought you can [19:00:18] (you might need to be a sysop) [19:00:21] I am. [19:00:39] that's pretty silly, eh [19:00:43] Ignore the blacklist - ticked, Ignore spoofing checks - ticked [19:00:48] no more buttons to choose [19:01:00] Well, let's edit the blacklist then [19:01:19] yeah, i was going to say that [19:01:28] and hopefully the account will magically work the next time :) [19:02:18] peteforsyth: can they try logging-in now? [19:03:24] twkozlowski: I am not with him right now (this was last night actually) so I will email him to try again -- but I'm not sure he will see it right away. [19:03:45] but, I think he will be pleased to know that his troubles led to something getting fixed :) [19:04:00] I will let you know if it works when I hear back. [19:04:09] many thanks to you all! [19:04:53] sure [20:28:27] MatmaRex: twkozlowski greg-g I just got an email back. Editing the blacklist was successful, all worked as we hoped! And he has already uploaded his first photo and added to a Wikipedia article :) Thanks all for your help! [20:31:01] yay [20:31:24] \o/ [20:31:48] (I'm not adding that rule back to the blacklist, mind you.) [20:33:44] :) [20:39:32] :) [21:06:57] it's probably my fault (hence saying here not in -operations where they're fixing a thing), but today for some reason loading any page is much more CPU-intensive than usual [21:21:26] Nemo_bis: don't worry, we won't tell them that. [21:31:41] Nemo_bis: I don't have the time to troubleshoot that at the moment, but the report did cause my ears to perk up. Please let me know if this persists and if you see / hear similar reports from other users. [21:33:24] I think my hard disk was out for lunch (yes, at wrong time even) [21:55:00] I am curious about something -- what prevents a redirect from *automatically* redirecting an entry across namespaces? Is this something that can be easily adjusted, and what are the side effects? [21:55:04] Here is an example: https://en.wikipedia.org/wiki/Wikipedia:TESTTEST [21:55:26] peteforsyth: actually, it's just the EducationProgram namespace that doesn't work [21:55:36] because it's technically not a real page [21:55:38] yeah, I've seen it work fine on other namespaces [21:55:42] in the backend [21:55:46] OK [21:56:14] https://bugzilla.wikimedia.org/show_bug.cgi?id=43975 [21:56:22] specifically https://bugzilla.wikimedia.org/show_bug.cgi?id=48406 [21:56:34] ...and you've commented on it already :P [21:56:57] OK thanks. I think I knew that at one point, but forgot. Thanks! [21:57:12] :P [22:20:37] legoktm: I have looked over https://www.mediawiki.org/wiki/Manual:ContentHandler -- I see that the ability to make a redirect to EP pages depends on ContentHandler. Can you tell me any more about that? I see it's deployed on MediaWiki, but maybe not on enwp yet? [22:21:25] well, its a system that's used in MediaWiki and has been used on WMF sites for well over a year now [22:21:38] ok [22:21:47] but the EP extension was written before that was implemented, so it uses its own method, which doesn't work as well as CH does [22:22:08] aha, so the thing holding it up is a rewrite of how the EP extension works. [22:22:13] so the extension needs to be converted to use ContentHandler, but that is probably going to be a lot of work [22:22:21] understood. thanks! [22:22:31] np :) [22:29:11] peteforsyth: even content handler is not magic [22:29:19] e.g. you can't make redirects on wikidata yet [22:31:44] Thanks. I haven't delved into Wikidata editing yet so I don't know much about how this stuff works. I did update the bugzilla entry above to include legoktm's explanation for any fellow tech-semi-savvy folks who happen upon it :) [22:32:06] aude: but if you have a normal wikitext page and do #REDIRECT [[Q###]], it works fine [22:33:33] there was a commit about contenthandler and redirects recently though [22:33:59] legoktm: not the other way [22:34:06] right [22:34:10] but that's what peteforsyth's issue is [22:34:23] Nemo_bis: daniel is working on it for wikidata [22:37:01] We're running a new version of our course starting Feb 18 -- if the redirects work before then, it would impact the design of our course pages (and make for a better student experience) -- but I'm getting the sense I shouldn't hold my breath :) [23:41:15] kaldari, are you ok with me merging the requirements from last week's meeting into the main RFC?