[00:11:35] James_F: your post to wikitech-ambassadors "beaking change", is that just with release 1.24wmf7 onwards, or has it been there for a while? [00:45:46] Mr_Repins: what kind of highly regulated access? [00:53:52] Amgine: A tab is big and takes up a lot of space. A checkbox is substantially smaller. :-) [00:54:10] Amgine: You and sDrewth may be right, I filed the bug to address a sort of tangential issue. [00:54:30] Amgine: But I hope you can see that perhaps Nemo and Chad are right too. [00:54:32] Maybe! [00:55:53] I don't think that I said anyone was wrong [00:59:42] sDrewth: I think you disagree with the resolution of the bug. [00:59:52] That's what I meant. [01:03:44] in a sense it was the process which I considered was off a very narrow base, and covered numbers of aspects, everything else was opinion across the spectrum [01:04:38] motivated reasoning [01:06:17] sDrewth: The breaking change for MW 1.24 will go out in 1.24wmf8; if you switch the flag on it'll be mitigated. [01:07:04] thx James, just getting the alert right for my community [01:54:49] fhocutt: ok! some links following up on stuff we discussed: [01:55:07] fhocutt: https://akaptur.github.io/ -- check out her "intro to the Python interpreter" series [01:55:46] fhocutt: I also especially have found useful the "-p" argument to "git add" - she writes about it at https://akaptur.github.io/blog/2012/12/18/git-add-p-the-wave-of-the-future/ [01:56:18] fhocutt: https://akaptur.github.io/blog/2013/07/24/systematic-debugging/ is an interesting case study that may help you see your own process in a new light [01:57:40] fhocutt: you asked about writing idiomatic Python - another term for this is "Pythonic". [01:59:05] fhocutt: here's a link to something I have briefly skimmed that looks right: http://www.cafepy.com/article/be_pythonic/ [02:02:36] fhocutt: right now, the Allison Kaptur post I sort of want us to use is https://akaptur.github.io/blog/2013/08/14/python-bytecode-fun-with-dis/ to help us see what happens when we do that overwrite [02:10:16] ok fhocutt! now I will talk with you about https://www.mediawiki.org/wiki/Wikimedia_Engineering a.k.a. Wikimedia engineering! [02:10:39] "Wikimedia engineering refers to the engineering and product development staff employed by the Wikimedia Foundation. Its mission is to build, improve and maintain the technical infrastructure of Wikimedia projects (software and hardware), by supporting and complementing volunteer efforts." I consider this true! [02:11:14] You have probably seen https://wikimediafoundation.org/wiki/Staff?showall=1 fhocutt. You have also seen the out-of-date org tree hanging above my desk! These are sort of useful but not the whole picture! [02:14:26] OK, sidetrack: https://wikimediafoundation.org/wiki/Rory [02:19:41] OK. So I'm gonna talk about Product, User Experience (a.k.a. Design or UX), Technical Operations (a.k.a. Ops), Analytics, Platform, Features, Language, Mobile, Community Engagement. [02:21:38] https://translatewiki.net/ - fhocutt [02:24:36] fhocutt: https://en.wikipedia.org/wiki/Tulsi_Gabbard?&uselang=qqx [02:25:54] fhocutt: https://blog.wikimedia.org/2013/02/05/how-the-technical-operations-team-stops-problems-in-their-tracks/ [02:26:36] fhocutt: https://blog.wikimedia.org/2013/02/01/from-duct-tape-to-puppets/ [02:26:40] sDrewth: Yeah, I wasn't thrilled with the process there either. [02:27:14] I should probably say so somewhere... [02:27:14] I would've preferred it waited longer for discussion and consideration, but meh. [02:30:28] Gloria: it would be good if they could do an A/B measure, or put through beta (if possible) [02:30:55] Maybe. That kind of thing is kind of difficult to test, I imagine. [02:31:07] * sDrewth shrugs [02:31:08] Like you'd have a beta preference, then when enabled, hides another preference? [02:31:23] s/then/that/ maybe. [02:31:42] My issue in that bug was really just the absurdly long list. [02:31:46] even turning it on the search page and seeing how much it was used before turning off in preferences [02:31:54] Making Special:Preferences' list match Special:Search's list would've been fine with me. [02:32:12] Because Special:Search is at least multi-columned and less goofy (sort of). [02:32:39] Well, there's whether to keep the preference at all and then there's where to expose it. [02:33:04] I think the exposure is fine now and was probably a bit much before, but others seem to think the exposure was reasonable previously. [02:33:19] I think most people want to keep the preference generally. [02:33:23] That's been my sense, at least. [02:35:53] (I personally wouldn't mind the killing the preference because I usually just assume I'll need to manually specify what I'm searching when I search.) [02:36:15] oh dear [02:36:18] I assume the search form is completely stupid, but apparently it has a very limited memory. Though that memory is per-wiki. [02:36:26] And pretty much binary. [02:36:27] it is really useful if you do something like index: namename [02:36:37] Sure, but isn't that in the default? [02:36:53] Like, users shouldn't need to be adding that manually if it's an important namespace. [02:37:17] sure, I was meaning where modified [02:38:10] oh good wikimania conference schedule is populating with data [03:24:29] fhocutt: https://wikimania2012.wikimedia.org/wiki/Submissions/Fundraising:_Under_the_Hood [03:25:04] fhocutt: https://www.youtube.com/watch?v=21lR4kYXRmw&t=1605s [03:40:25] and fhocutt - http://debconf14.debconf.org/ [03:41:36] fhocutt: https://thestrangeloop.com/ and https://thestrangeloop.com/attendees/diversity-scholarships - Applications close: June 23, 2014 [04:16:58] does anyone know what generates the autosuggestion/autocomplete feature for the search bar [04:17:46] Withoutaname: jquery.suggestions? [04:17:54] or do you mean on the server? [04:18:17] legoktm: I think on the server [04:18:37] legoktm: if you type in Manual:Special into the search bar, a title pops up that should not be there [04:18:38] action=opensearch I believe [04:19:01] on mw.org i mean [04:23:47] legoktm: do you have any ideas what might cause it [04:24:06] I don't understand what the bug is? [04:24:19] Manual:SpecialPage::getGroupName pops u [04:25:16] I don't think it's supposed to pop up if the title doesn't exist [04:25:53] https://www.mediawiki.org/w/index.php?title=Special%3ASearch&search=Manual%3ASpecialPage%3A%3AgetGroupName&go=Go [04:25:55] it's a redirect [04:26:02] o.O [04:26:07] but without the namespace [04:26:08] weird [04:26:29] cirrussearch bug I guess [04:26:47] I filed for something similar on metawiki [04:27:00] if possible I'd like to track it down [06:11:44] Gloria: that's not a substantive difference. That's a qualitative difference, and imo both subjective and specious. Ultimately, the justification for the change, and the bug, do not exist. And it will result in more maintenance and duplication. It's an acceptable change, but it's also wrong. [09:39:29] how come I can see Commons images from my vagrant install when $wgUseInstantCommons is false [10:28:23] Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 65484 bytes) in [wiki dir]/includes/filerepo/file/UnregisteredLocalFile.php on line 116 [10:28:29] this is trying to upload a file [12:00:57] outstanding example of how configure script path: https://research.cchmc.org/wiki//api.php https://research.cchmc.org/wiki/index.php [12:30:42] should i use the WMF fork of mediawiki for an internal wiki? [13:20:12] should i use the WMF fork of mediawiki for an internal wiki? [13:24:28] jeffo: no [13:41:39] nemo, that is interesting, why not? [13:41:59] i am asking because it's been requested of me to get a WYSIWYG editor working on our internal wiki [13:42:19] I'm having problems getting visualeditor to work, probably because it's in active concerted development with the WMF fork of mediawiki [13:44:48] jeffo: tried master? [14:00:04] hi [14:01:40] whats this wmf branch about? [14:03:26] jeffo: Go for the REL1_23 branch of VE [14:07:01] Rosencrantz: know anything about improving the google search ranking? [14:15:21] Gerrit, why you hate me? [14:15:23] hello. i can not find anything online because a search gives me too much noise. how can i list all categories on a custom page? [14:17:38] So to push to a repo on gerrit, do I need "Push" access in addition to "Owner" ? [14:17:56] Or is it something with my Windows setup being a derp? [14:19:28] someone has suggested {{Special:PrefixIndex/...}} but that was useless [14:23:35] What's a "custom page"? [14:23:52] Lcawte: if you mean something that bypasses gerrit, it's not possible [14:24:48] Nemo_bis: example.org/wiki/Main_Page [14:24:58] No, that's not what I mean at all... [14:29:41] does anyone know if we are still on today for the 1.23 release ? [14:30:06] hexmode: ^ [14:36:08] biberao: This might help https://support.google.com/webmasters/answer/1352276?hl=en [14:41:09] thanks [14:45:24] does anyone know if we are still on today for the 1.23 release ? see http://lists.wikimedia.org/pipermail/wikitech-l/2014-May/076685.html [14:46:27] indaba: Be patient, I pinged one of the release managers to look at your question. [14:47:20] Lcawte - cool - thanks. after midnight in Australia. [15:49:24] Hi, guys. Just wanted to pop by to let you know that we're having an office hour in ~10 minutes in #wikimedia-office with the staff of the FDC. Please stop by if you have interested in their work. Logs will be posted after at https://meta.wikimedia.org/wiki/IRC_office_hours [16:15:54] i just installed a fresh mediawiki 1.22.7 with sqlite db backend. installed maps extension with "composer require mediawiki/maps "*"" with says everything is fine. now i try to add a map with {{#display_map:address=Lange Brücke 1, Einbeck, Germany|width=400|height=300|zoom=17|type=hybrid|service=openlayers}} -> works fine. but if I try to use google maps api all I get is "Your browser is not compatible with Google Maps v3.". I already searching a [16:15:54] lot and found http://www.mediawiki.org/wiki/Extension_talk:Maps#SSL_and_grey_boxes_20511 -> and i think i run into the same problem as Jdelfino82. Anyone an idea how to debug this issue? [16:32:02] Hi, Is it possible to have scrolling images with buttons to select the particular image, for example: adobe.com? [16:33:04] I am trying to select one of the 4 images on my wiki page by selection a button/dot image below it. I am not sure how to do that, thought #switch or something could be useful for it [16:45:50] some people use javascript to accomplish that sort of thing, e.g. https://en.wikinews.org/wiki/Chilean_earthquakes:_in_pictures [16:55:47] bawolff: Would this be easier than JS, http://www.ioncannon.net/programming/48/smooth-scrolling-image-list/ [16:56:10] I am not sure if our mediawiki server has JS enabled [16:58:04] Well that involves js [17:03:28] does anyone know of a tutorial or site that gives step by step instructions on getting VisualEditor working? [17:04:10] just spent a couple hours working off the wiki instructions and found the parsoid php file it tells you to add to your LocalSettings is depreciated [17:05:18] alteredstate, the Parsoid extension was used for a short period to deliver CSS for VE and other Parsoid users [17:05:25] now that's handled by core [17:09:06] yo [17:09:17] gwicke: when is parsoid not needed for VE? [17:09:17] :D [17:09:19] ihih [17:09:20] alteredstate, i had the same problem [17:09:40] i don't see how anyone could get VisualEditor working given the current state of the documentation [17:10:28] Don't even get me started on node.js on Wheezy [17:12:57] well it is experimental software :P [17:13:08] biberao, we were talking about the Parsoid PHP extension [17:13:22] not parsoid the node service [17:14:30] gwicke: i was joking [17:15:13] bawolff: need your advise [17:15:29] gwicke: a better integration is nice :D [17:16:23] I've spent about 4 hours on this total [17:16:30] by the way what could be the problem when you click on editing with VE and it stays busy for quite some time? [17:16:35] or at even saving? [17:17:08] * bawolff knows nothing about VE [17:17:52] alteredstate, you might get better help in #mediawiki-visualeditor [17:17:56] bawolff: nono i meant like [17:18:09] to improve google search ranking [17:19:12] yeah joining now... just edited the page to add a {{warning}} [17:19:46] yeah, don't know how to do that either (beyond the obvious advice of get popular content others want to link to) [17:35:58] bawolff: Language selector patch is ready, would be great if you review it. :) [17:36:11] * bawolff is getting to it [17:36:41] bawolff: https://gerrit.wikimedia.org/r/#/c/135312/ [17:36:54] Its third down on my list of patches to review [17:37:54] bawolff: :) [17:41:00] bawolff: :| [17:41:38] bye [18:16:22] i require login for read access on my mediawiki.. is there a way to whitelist an IP to allow anonymous read? [18:29:08] bawolff: Thanks, will look into JS [18:29:11] Bye [19:33:10] hello [19:33:24] how can I make a user immune to blockings? [19:33:31] or a group rather [19:33:56] as of now, a lower rank user can block higher rank users [19:37:46] hello????? [19:38:05] fucking useless chat, everytime a come here, nothing [19:38:07] You don't [19:38:26] yeah, you can't. [19:38:35] The assumption is that people who have blocking rights are responsible enough not to be stupid with it [19:38:58] Higher ranked users can always unblock themselves [19:39:05] guest222_: become Wikia Staff :P [19:39:30] i have set so that blocked users are logged off [19:39:36] so they cannot unblock themselves [19:39:50] also [19:39:54] !gethelp [19:41:09] yeah, you can always write extensions to change the way that blocking works in mediawiki (in regards to what Vulpix said) [19:42:46] bawolff: whoops, wrong channel, I though it was on the Wikia channel [20:34:20] if 'editinterface' is an implicit group according $wgNamespaceProtection, would it be ok to remove it from wmf-config [20:46:01] <^d> Withoutaname: Implicit? No. [20:46:06] <^d> Hardcoded in Setup.php though. [20:46:58] ^d: yeah i meant hardcoded, it's not meant to be in $wgImplicitGroups :P [20:47:40] <^d> I'm not sure what needs removing from Init Settings. [20:47:49] <^d> Would need to see a patch. [20:51:39] looks like just the default setting [20:51:54] that is if wmf servers are already configured with setup.php settings [20:52:06] <^d> Setup.php is called after settings are set. [20:52:36] <^d> Loading order is (more or less): [20:53:09] <^d> (index|api).php -> WebStart.php -> DefaultSettings.php -> LocalSettings.php (which in WMF's case means our Init/CommonSettings mess) -> Setup.php [20:54:38] Deskana: hi there, do you have a moment to give me a gut check on something? [20:54:52] sumanah: In an interview, sorry [20:55:02] sumanah: Maybe in 30 minutes? [20:55:06] OK! [21:10:07] can i upgrade frm 1.19 to 1.20 with no problems? [21:11:40] Should be fine [21:11:43] Backup first [21:11:47] Upgrade extensions after [21:12:58] biberao: 1.20 is no longer supported. Please upgrade to 1.21 or 1.22 [21:13:48] ok [21:14:31] patching file includes/DefaultSettings.php [21:14:32] Hunk #1 FAILED at 63. [21:15:44] ideas? [21:16:13] biberao: have you modified any of the MediaWiki core files? (apart from LocalSettings.php) [21:16:21] nope [21:17:12] biberao: you should try downloading the latest tarball from MediaWiki.org, and follow the process described in [[Manual:Upgrading]] [21:17:18] @link [21:17:46] it's easier than patching [21:18:02] might to do that [21:18:06] and upload localsettings [21:18:08] and im done [21:18:08] or at least you should encounter less problems [21:18:59] patch requires you to go through all versions. That's probably why it fails for you [21:29:15] Vulpix: it has some deprecated stuff [21:29:15] hehe [21:29:33] hey all, just upgraded from 1.20 to 1.23rc3 via git, Ubuntu 11.10, PHP 5.3.6-13ubuntu3.10, MySQL 5.1.52, Apache prefork 2.2.20 --- ran update.php etc., only problem is when I got to Special:SpecialPages comes up 'connection was reset' with this appearing in apache error log: [notice] child pid 27078 exit signal Segmentation fault (11) [21:29:50] disabled all extensions [21:30:07] any ideas? [21:30:14] reeeve: what OS? [21:30:21] Ubuntu 11.10 [21:30:47] found something about libapache2-mod-php5 [21:30:59] but it is up to date according to the repos [21:31:15] https://bugs.launchpad.net/ubuntu/+source/php5/+bug/1102366 [21:31:25] and it is on GET request, just to Special:SpecialPages from what I can find so far [21:31:30] saves/previews work [21:32:33] I saw some reports in load.php for SLES and CentOS :S [21:35:27] that's really hard to diagnose and reproduce, and apparently none of the developers hit this bug [21:36:30] well shoot. [21:47:08] damn shorturls :| [21:49:30] why the hell adding no scriptpath and having /$1 it makes it capslock?