[06:16:28] > An error has occurred while searching: HTTP request timed out. [06:16:33] after like 4 seconds on wikidata [06:16:46] it works when i reload the page [08:50:08] heyas [08:50:50] is there a lib that parses a wikipedia page, and that creates a list/array (eg. in python) of the different sections? [08:56:43] Gone [08:56:51] A whole 2 minutes and 5 seconds waiting [09:01:07] offline too :/ [09:01:13] the answer is mwparserfromhell [09:02:43] or prop=revision from the api and grab a section by ID [09:03:54] the centralnotice doesn't look too well on https://fa.wikipedia.org/ (period at the beginning of the sentence) [09:14:23] [[Tech]]; A64o; /* Myskin */; https://meta.wikimedia.org/w/index.php?diff=5452673&oldid=5444105&rcid=4142486 [13:07:50] Susan: do you remember what's the bug for complete disabling of Echo? [13:08:06] I don't think I've seen one. [13:08:12] You were discussing it in here, I think. [13:08:14] Or at least to have the talk page bar back [13:08:36] https://en.wikipedia.org/wiki/Wikipedia_talk:Notifications [13:08:40] Several requests there. [13:08:41] No, someone said on some bug that it will be possible to have the new messages bar back [13:10:31] meh, talk page is obviously useless, why am I even skimming it [13:10:48] That's the spirit. [13:11:45] here it is https://bugzilla.wikimedia.org/show_bug.cgi?id=46691#c2 [13:12:11] another option could be to request protection of my en.wiki talkpage :) [13:15:06] rofl OBOD [13:15:48] You can't just ask the bar why it's orange, geeze thedj[work] [13:24:53] sigh https://bugzilla.wikimedia.org/show_bug.cgi?id=46691#c3 [13:24:57] I hope nobody writes me [13:28:49] what's wiki-mail.wikimedia.org [13:29:38] hm am I blind https://wikitech.wikimedia.org/wiki/Mail [13:31:38] so now we send emails when people add links but not yet when watchlist is edited, amusing [13:39:37] Nemo_bis: indeed, looks like the disable option for Echo could be in wmf3 [14:37:03] eh, Echo got switched on without explicit testing it on skins other than Vector ? [14:38:18] bug in monobook, outright broken on cologneblue and modern :( [14:39:42] surprise! [14:40:38] well yes, sort of. Apparently it's really time for someone to start building checklists. [14:41:47] "This app is 100% ad-free and non-commercial" https://play.google.com/store/apps/details?id=org.wikimedia.commons [14:42:09] I mean, nobody would care if it didn't work on a skin, but if it breaks functionality in other skins, that's a different store. [14:43:27] if( ! user->skin inArray $workingSkins ) bail ... [14:47:27] thedj[work]: if you ask Reedy nicely he might deploy it for you (so people don't get the pitchforks out) [14:51:53] p858snake|l: i can't commit right now, i'm at work. [15:37:44] ping Reedy [16:51:28] heyas [16:52:42] is there a mediawiki fw that allows to directly get sections of articles? [17:00:03] hey greg-g: Any prospect of getting a 15 minute bug-fix deployment window for Echo any time this morning? [17:00:51] kaldari: was just chatting with IronHolds about it in -staff, yeah. My thinking is some time during today' MW deploy window (11-1) as Reedy doesn't normally need all of it on Wednesdays. [17:01:06] (and if he does, then 1-2pm is open) [17:01:38] is Dan using the 10-11 slot? [17:01:40] but, Reedy's not here right now, so, if in an hour he still isn't making any indication that he's working on it, you can go first during that window and then someone else will do the MW [17:02:04] kaldari: you know.... I'm not sure. [17:02:42] kaldari: I'll email him, cc'ing you [17:02:48] unless you know his IRC nick and he's online [17:03:14] not ure [17:03:15] sure [17:04:28] kaldari: sent [17:23:33] Reedy: We have a small one file fix for Echo that we want to deploy this morning if possible [17:25:14] greg-g: looks like Dan's IRC handle is milimetric, but don't see him on [17:25:27] kaldari: gotcha, yeah, no reply on email either [17:25:35] kaldari: he's on #wikimedia-analytics [17:25:41] ah [17:33:14] syncing file now [18:00:22] greg-g, Reedy: I'm all done BTW [18:00:25] thanks kaldari [18:00:27] greg-g: no, thank you! :) [18:00:55] :) [19:10:08] someone wrote a userscript to get the OBOD back :P https://en.wikipedia.org/wiki/User:Writ_Keeper/Scripts/orangeBar.js [19:15:35] Hi, I noticed some strange bug [19:15:56] see for example http://commons.wikimedia.org/wiki/Special:Contributions/Casgliad [19:15:57] "(Latest | Earliest) View (newer 50 | older 50) (20 | 50 | 100 | 250 | 500)" [19:15:59] but if you click on "never 50" you won't see more edits [19:16:02] can someone look at it maybe? [19:17:40] Hi Trijnstel [19:17:53] Are you logged in? (sometimes that makes a difference) [19:18:05] I can replicate this. [19:18:09] sumanah: yes, I'm logged in [19:18:36] Trijnstel: ok, this is a problem. let me help investigate [19:18:37] it happens on every project (I noticed it on a private wiki) [19:18:40] thanks! [19:18:46] that's a great bug [19:18:52] reproducible and weird [19:18:54] love it! [19:18:57] XD [19:19:56] so, it's not happening on https://en.wikipedia.org/wiki/Special:Contributions/67.174.36.224 [19:19:58] so it shouldn't really have that link [19:20:06] because there's less than 50 contribus there I guess [19:20:55] but it is happening on https://en.wikisource.org/wiki/Special:Contributions/Sharihareswara_%28WMF%29 [19:21:05] so maybe it's just for registered users and not IP addresses [19:21:18] maybe [19:22:37] Thanks for reporting this Trijnstel [19:22:44] ok, this must be new [19:23:22] * sumanah looks at https://gerrit.wikimedia.org/r/#/q/status:merged+project:%255Emediawiki.*+-owner:L10n-bot,n,z [19:32:56] Trijnstel: I reported it as https://bugzilla.wikimedia.org/show_bug.cgi?id=47950 [19:33:03] and am getting more attention on it. Thanks! [19:36:27] sumanah: great, thanks! [19:36:34] Thank you Trijnstel [19:36:38] and sorry for the trouble. [19:36:48] that's ok, I'm happy you are so quick to help me :) [19:39:06] sumanah: btw, that private project with the checkuserwiki (https://checkuser.wikimedia.org/wiki/Main_Page) and on Monday nothing was wrong (I wasn't online yesterday) so it must be new indeed [19:39:11] *with=was [19:39:54] Hmmmm [19:40:48] it'll be something in wmf3 [19:42:55] so, something in https://www.mediawiki.org/wiki/MediaWiki_1.22/wmf3 [19:43:33] and that's release recently? [19:43:35] +d [19:43:40] yes [19:43:40] (pfff, can't type) :S [19:43:43] ah [19:43:43] on the 29th [19:43:47] (of April, I mean) [19:43:50] of course ;) [19:43:57] but that clarifies it [20:00:35] Any echo developers here [20:02:12] TOS: these people are most likely working. what is it that you need ? [20:02:38] Nevermind ;) [20:03:23] or having lunch [21:03:24] greg-g: starting my deploy window! [21:03:50] mwalker: indeed! [21:19:21] greg-g: how long does the 'Checking syntax' stage of scap typically take? it seems to be unusually long -- but this is only the second one I've done [21:20:08] Reedy: ^^ [21:21:27] well; it finished; but it took 4 minutes [21:21:55] good, I suppose :) [21:22:58] I feel like we should embed pong or something in scap... these stages take forever! [21:23:47] +1 [21:29:46] but if you lose, it restarts [21:31:26] nooo! [22:16:03] Krinkle: thanks for mentioning has-layout. I forgot about that. Also, turns out IE6 and IE7 do apply the inline-block selector, it just doesn't work unless the elements are inline-default elements - so I had to resort to using the *property hack instead (which only affects IE6 and IE7): https://gerrit.wikimedia.org/r/#/c/61901 [22:17:06] kaldari: yes, invalid values will make it reset to the default (instead of skipping it), so to avoid breaking in modern browsers it needs to be after the standard prop and hacked for ie6/7-only [22:17:31] It is used exactly like this in a few more places in core. I usually forget and just look them up in core or google them. [22:19:57] greg-g: I think it works! minor snafu with a schema update that we forgot about -- but once that got sorted everything seems to be peachy [22:20:16] yeah, was wondering what was going on in -operations there [22:20:41] luckily it only borked centralnotice and wasn't visible to users [22:20:47] >.> [22:21:15] especially because when aaron noticed it I was still in the middle of a scap so couldn't roll back [22:21:37] in other words -- scap sucks! [22:21:38] yeah :/ [22:26:15] Special:Import seems to be broken on Wikidata. is this the case everywhere? [22:35:43] it seems unlikely [22:35:55] you wouldn't have the permissions to run it, of course, but that doesn't make it broken [22:37:04] YairRand: whats not working? [22:38:02] legoktm: it brings up a "Wikimedia Foundation Error" page when I try it. [22:38:19] "Our servers are currently experiencing a technical problem.", etc [22:38:57] PHP fatal error in /usr/local/apache/common-local/php-1.22wmf3/includes/Hooks.php line 132: [22:38:57] Argument 2 passed to Hooks::run() must be an array, object given, called in /usr/local/apache/common-local/php-1.22wmf3/includes/GlobalFunctions.php on line 3872 and defined [22:38:59] TimStarling: ^ [22:39:18] that would count as broken [22:40:21] I think MaxSem was looking into that…. [22:40:45] https://gerrit.wikimedia.org/r/61064 [22:40:51] ;)