[00:00:05] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67340 [00:00:22] New patchset: JGonera; "Alpha: Hijack Search result links" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67209 [00:02:34] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67209 [00:05:29] MaxSem: yes.. only namespaced links are hijacked for time being [00:05:30] being more careful this time [00:05:40] ok [00:06:17] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65134 [00:06:34] \o/ [00:07:31] next deployment is gonna be awesome [00:07:35] alpha is now my favorite mode [00:07:57] MaxSem: you will need to rebase https://gerrit.wikimedia.org/r/#/c/67361/ now [00:08:25] New patchset: Jdlrobson; "Bug 49214: Reinstate refresh button on nearby" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67164 [00:09:31] New patchset: Jdlrobson; "Bug 48917: Fix extracts" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/66888 [00:18:44] New patchset: MaxSem; "Move some code out of ExtMobileFrontend" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67361 [00:30:02] oo my nexus 7 just arrived [09:15:30] New patchset: MaxSem; "Fix extracts" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/66888 [09:15:51] New patchset: MaxSem; "Bug 48917: Fix extracts" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/66888 [13:12:59] New review: Zfilipin; "Hi Michelle, do you still need help with this?" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/64473 [13:23:22] New patchset: Zfilipin; "Figured out the css issue this can be merged" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/64500 [13:23:22] New patchset: Zfilipin; "Zeljko review not merging" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/64473 [13:25:00] New review: Zfilipin; "Should this commit be abandoned, and https://gerrit.wikimedia.org/r/#/c/64500/ merged?" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/64473 [13:26:12] New review: Zfilipin; "Marking this commit -1 so I know I have reviewed it." [mediawiki/extensions/MobileFrontend] (master) C: -1; - https://gerrit.wikimedia.org/r/64473 [13:38:44] New review: Zfilipin; "This should be squashed with https://gerrit.wikimedia.org/r/#/c/64473" [mediawiki/extensions/MobileFrontend] (master) C: -1; - https://gerrit.wikimedia.org/r/64500 [13:38:58] New review: Zfilipin; "(1 comment)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/64473 [13:50:54] New review: Zfilipin; "Please see inline comments." [mediawiki/extensions/MobileFrontend] (master) C: -1; - https://gerrit.wikimedia.org/r/64508 [14:03:06] New review: Zfilipin; "The commit was not -2ed, but -1ed (verified) by jenkins-bot (as far as I can see)." [mediawiki/extensions/MobileFrontend] (master) C: -1; - https://gerrit.wikimedia.org/r/64510 [16:02:50] New patchset: Yurik; "rewrote vcl script to verify and fix varnish file" [mediawiki/extensions/ZeroRatedMobileAccess] (master) - https://gerrit.wikimedia.org/r/67450 [16:32:22] MaxSem: heya, is there a bug/rt ticket for the osm tile server I can link to? [16:56:46] https://rt.wikimedia.org/Ticket/Display.html?id=4563 [16:56:51] https://rt.wikimedia.org/Ticket/Display.html?id=3989 [16:57:11] greg-g, ^^ [16:57:25] MaxSem: thank you [17:12:11] ughhhhhh internet's shit today [17:12:12] 20% packet loss on comcast [17:12:28] and crappy latency on t-mobile [17:12:38] stupid internet [17:12:59] on the plus side, if i lose my irc logs i can get them back from the nsa [17:13:05] hahahaha [17:14:19] Maryana: i manually created a bug card for the bug we were just discussing and added it to this iteration. it's currently at the bottom of the priority ilst; if it's higher priority, can you move it to the right place? [17:14:28] will do [17:15:03] oh yeah, bingle is definitely broken [17:15:25] jdlrobson: bingle has been dying with the following error: [17:15:25] requests.exceptions.ConnectionError: HTTPSConnectionPool(host='mingle.corp.wikimedia.org', port=443): Max retries exceeded with url: /api/v2/projects/mobile/cards/execute_mql.json?mql=SELECT+number+WHERE+Type%3D%27Bug%27+AND+name%3D%27%5BBug+49163%5D+Reader+feature+no+longer+works+on+iOS%27 (Caused by : [Errno -2] Name or service not known) [17:16:08] also, mono is yelling at us about the bug to redirect users to mobile commons. we probably should just pull the trigger on that [17:16:41] it might actually be done Maryana [17:16:46] orly? [17:16:48] that would be nice [17:16:55] the code has been merged [17:16:59] w00t! [17:17:20] but apparently hasn't been deployed yet [17:17:28] (that's on ops) [17:17:36] wanna add a link to gerrit on this? https://bugzilla.wikimedia.org/show_bug.cgi?id=43628 [17:17:44] it has been merged but squids haven't been restarted so it didn't take effect yet [17:18:37] don Maryana [17:18:38] *done [17:18:41] thx! [17:19:19] awjr: MaxSem https://bugzilla.wikimedia.org/show_bug.cgi?id=45517 < have you seen aude's comment and do you know what it means / if we are ? [17:26:00] looking, jdlrobson [17:26:31] i know nothing about that but MaxSem may [17:27:01] me neither [17:27:26] jdlrobson: aude appears to at least be lurking in the channel though :) [17:27:58] http://upload.wikimedia.org/wikipedia/commons/5/54/Mobile_W_beta_light.png <-- I guess we don't need it anymore? [17:28:18] MaxSem:guess not [17:28:28] looking over the exmples that tfinc provided in that bug though, i think it''s something unrelated [17:28:59] and it's totally unclear if it's even still an issue [17:29:09] perhaps we should cloes that bug for now until someone reports it again and/or it can be replicated [17:29:21] huh? [17:29:38] i'll need to take a look at the mobile frontend code to see what you are doing [17:29:40] aude: jdlrobson was unclear about your comment in https://bugzilla.wikimedia.org/show_bug.cgi?id=45517 [17:29:57] and so are me and MaxSem :p [17:30:02] what do you use for the watchlist query? [17:30:28] ahhhhhh internet's much better now [17:30:42] anything with rc_type = 5 could need some special handling [17:31:05] best to omit it at this point, if for any reason you include it [17:31:49] do such changes happen outside of wikidatawiki? [17:32:38] we integrate them into the client watchlist and recent changes [17:32:39] so yes [17:33:11] e.g. they change some interwiki link or property of the item and that info is used in wikipedia on some page [17:33:17] awjr: when will 'Mobile redirect for Commons and Wikimania2013' get deployed ? [17:33:34] tfinc: MaxSem has been coordinating that [17:33:39] we originally decided not to move that with the bug push as we wanted some dedicated dev time on commons [17:33:44] did you guys decide not to do that ? [17:33:49] yes [17:33:59] k [17:34:08] do rc_type != RC_EXTERNAL if you are not, unless you would like to handle those [17:34:10] tfinc, all that remains is to restart squids [17:34:11] yeah that was a call from howie and Maryana [17:34:38] awjr: MaxSem: then you guys should update http://www.mediawiki.org/wiki/Mobile_default_for_sister_projects [17:34:52] awjr: thats fine. i just need to pass a date to everyone else [17:35:02] MaxSem: when will that happen ? [17:35:09] but aude i'm confused - how would this cause https://en.m.wikipedia.org/wiki/Special:MobileDiff/533732066...534318598 to show up in watch list as being an edit by an anonymous user? [17:35:17] * aude looks [17:35:43] (i'm just not clear if you're asking a question about an unrelated issue or saying is this the reason for the bug) [17:35:44] ops are very reluctant to do this, so possibly not immediately [17:35:47] jdlrobson: we have no good way at the moment to know which user is connected on wikidata and the wikipedias [17:35:59] MaxSem: days, weeks, months ? [17:36:13] so they are considered "anon" at the moment (not great though and we want to do another way) [17:36:28] there is anon or some user id [17:36:49] there is no id for external user from another wiki [17:37:05] unless, with single login, then we could be able to connect them [17:37:06] asking the ops.... [17:37:19] aude: what special handling would rc_type 5 require? [17:37:51] well, we are looking into improving the recent changes code in core than handles rendering [17:38:02] right now we link the user to their page on wikidata [17:38:06] link the diff correctly [17:38:07] etc. [17:38:17] we stuff some extra params in the rc_params blob [17:38:31] use that to handle rendering but it's not super pretty yet [17:39:01] * aude wants to separate some of the formatting and other code in ChangesList class to make this nicer [17:39:06] aude: so are you saying that we could either 1)filter out rc_type != 5 [17:39:13] i would filter out for now [17:39:18] or 2) if item has rc_type == 5 don't say anonymouse? [17:39:19] by default we filter out [17:39:26] right [17:39:27] ok. This sounds promising - thanks aude :) [17:39:39] there is a toggle or preference which allows users to see these changes [17:39:51] MaxSem: since mark is off for the weekend, perhaps an rt ticket? [17:40:41] someday maybe what we do could also enable seeing changes on commons for example if an image got deleted, changed, etc. [17:40:47] and it's in use on a wikipedia page [17:40:54] or a template changes [17:41:08] we are starting simple as possible though [17:41:46] or maybe there is a global watchlist :) [17:43:22] aude: is there an open bug for that? [17:43:27] (the fact that they show us anon?) [17:43:50] aude: i'm doing a bug fix now :) [17:43:54] ok [17:44:04] i think there is a bug [17:45:19] ok, making new bug [17:45:22] https://bugzilla.wikimedia.org/show_bug.cgi?id=42289 < aude ? [17:45:36] oh no that's something else.. [17:48:08] https://bugzilla.wikimedia.org/show_bug.cgi?id=49315 [17:48:27] the other one is related [17:52:13] thanks aude :) [17:52:30] sure [17:52:52] hope this is the only reason for your issue [17:52:54] and it's fixed [17:53:09] New patchset: Jdlrobson; "Bug 45517: Filter out recent changes that are RC_EXTERNAL" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67471 [17:53:12] ^ aude [17:53:46] looks good [17:53:58] it think you will want to do that anyway [17:54:17] until we have a nicer way to integrate them.... [17:54:42] aude: thanks for he help :) [17:54:44] sure [17:54:49] they are like bot edits etc. [18:04:16] New patchset: MaxSem; "Completely remove the $wgMFCustomLogos['logo'] stuff" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67472 [18:08:20] tfinc: android commons building and pushing to device! yay! [18:08:56] mhurd: good start [18:09:18] tfinc: and within my one hr time window :) [18:09:33] one hr time window ? [18:09:35] oh [18:09:39] time slice [18:09:40] great [18:31:56] weeeeeee [18:32:10] we've got Using index; Using temporary; Using filesort on watchlist queries [18:50:33] MaxSem: for what action/query? [18:50:41] feed [18:50:48] I'm investigating [18:50:49] oof [19:03:03] New patchset: MaxSem; "Force index to avoid filesort in feed query" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67481 [19:03:32] awjr, ^^^ [19:03:36] bleh [19:03:49] will take a look later today MaxSem, im stepping into like 4 hours of mtgs [19:04:02] I remember for sure that we profiled that query [19:04:38] but.. im still waiting for other participants to show up. [19:04:44] i remember for sure that we profied a query for the upload dashboard page [19:04:48] *profiled [19:04:50] but stupid mysql optimizer chooses on its own when it wants to use a sane index and when it doesn't [19:05:10] huh [19:05:13] so you force it with USE INDEX? [19:05:26] joins do weird things to indicies [19:05:31] actually, internally it gets changed into FORCE INDEX [19:05:50] and the use of a limit may change how the indexes are used [19:05:58] because USE INDEX is not convincing enough [19:49:36] if i want to raise a limn bug, should i use bugzilla? [19:49:49] specific to our mobile monthly reports [19:50:53] New patchset: Yurik; "rewrote vcl checker and upload scripts" [mediawiki/extensions/ZeroRatedMobileAccess] (master) - https://gerrit.wikimedia.org/r/67450 [19:56:51] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67471 [19:59:44] jdlrobson, question about mobile editing - if i'm editing a section and save the change, do i get taken back to the top of the article? [19:59:51] or to the section i was on? [20:00:30] top of article at moment Maryana [20:00:45] is that one of those things we have to wait for VE to solve for us? [20:12:40] jdlrobson, remind me - which part of zero interaction you tried to rewrite? [20:19:25] errrr moving getZeroRatedBanner to use the minerva hook [20:39:04] Hello folks [20:39:37] I wanted to ask about the Zero namespace on Meta. [20:39:59] There was a recent discussion about namespaces there, and someone pointed out that no one has access to that namespace. [20:40:05] just zeroadmins [20:40:43] I just wanted to know for my own curiosity why it's on meta if it doesn't require any non-staff participation? [20:42:36] yurik, ^ [20:46:05] Theo10011, the reason for it is two fold: first, it might get non-staff participation later - we might grant change rights to various trusted carriers [20:46:33] the technical reason is that meta is hosted on the same cluster as production wiki [20:47:08] and meta needs to reset memcached servers when zero config is updated [20:47:29] on top of that, it has to have the same resiliency as the rest of wikis [20:47:39] hope that answers your question :) [20:47:56] I think so, Thanks! [20:48:11] One last thing, you need a separate namespace for that? [20:48:23] I mean it couldn't have resided in the Main [20:48:58] Or was that to restrict access... [20:51:07] yes! http://t.co/EMdfseTxpt [20:53:44] Theo10011, its both - the restricted access and due to a different content handler -- allowing json parser/formatter [20:58:45] New patchset: Dr0ptp4kt; "Constrain redirects to Wikipedia Zero partner-sourced requests." [mediawiki/extensions/ZeroRatedMobileAccess] (master) - https://gerrit.wikimedia.org/r/67504 [21:05:44] Thanks yurik! [21:18:48] is dr0 (adam) in the office today? [21:20:36] yurik: he is. he just stepped away from his desk. [21:20:49] tfinc_, thx [21:21:53] New patchset: Jdlrobson; "Standardise on 'plumbing'" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67507 [21:21:53] New patchset: Jdlrobson; "Story 488: Add pageimages to search results (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67508 [21:26:15] yurik: he's getting back on now [21:26:31] tfinc, yei! [21:26:40] dr0ptp4kt, welcome back :) [21:26:51] yurik, what's up? [21:26:51] gotta run in 3 mins [21:26:57] ^yurik. just a heads up [21:27:06] yurik, thanks for pinging to get me on irc. connection... [21:27:08] hehe, no worries, just wanted to ask you for +2 for a script update [21:27:40] dr0ptp4kt, https://gerrit.wikimedia.org/r/#/c/67450/ [21:27:46] when you have time [21:28:00] its a funky script that does all sorts of minor checks in vcl [21:28:06] yurik, cool, looking for an accuracy cross-check, right? [21:28:20] dr0ptp4kt, more so that you know what scripts we have [21:28:24] and thx for your analysis of the log [21:28:37] we should write a short script that does some of those steps for the whole script [21:28:40] whole log [21:29:19] yurik, you're welcome. yeah, agree, script would be good. [21:29:36] Change abandoned: Jdlrobson; "Try again later" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/66287 [21:29:51] yurik, will add card to Trello. just emailed myself a reminder to do so [21:30:23] dr0ptp4kt, btw, i am working on moving stuff to the special page [21:30:29] just like max suggested [21:30:43] what's on your plate? [21:31:07] awjr_away: i see bingle is bringing in old bugs into the current iteration now :( [21:44:24] dr0ptp4kt, still there? [21:58:48] yurik, maybe you understand what MobleFrontend is doing with zero banners here? --> https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FMobileFrontend.git/6a43eb24b18c579057f6cc5c88ec0949f7aa4b30/includes%2FMobileFrontend.body.php#L105 [21:59:17] and on line 15... [21:59:26] MaxSem, of course, it makes it look important! [21:59:32] New patchset: Jdlrobson; "Story 488: Add pageimages to search results (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67508 [21:59:34] looking... [21:59:36] bingo! [22:00:56] MaxSem, re 15 - i think this is how it gets shown - the banner is always rendered using display:none [22:01:04] and javascript shows it [22:01:08] bah jdlrobson i tried something that may have backfired; i'll deal with it in an hour or so [22:01:28] if this code is for non-js capable browsers, the work is done on the server [22:02:37] but it always gets shown [22:02:49] so kinda pointless [22:02:56] also, [22:02:57] str_replace( 'id="zero-rated-banner"> is beautiful [22:03:29] MaxSem, no idea why its there tell you the truth [22:04:17] replace the string with itself - makes sense! [22:06:43] MaxSem, https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FZeroRatedMobileAccess.git/ea9d350c33b1d8518cbe2dfb3483b0acd89c63f0/includes%2FPageRenderingHooks.php [22:06:52] display:none is always rendered [22:07:23] the only exception (that i put in there) is when it renders for the Zero config pages on meta [22:07:53] yurik, and then it gets mandatorily removed in MF [22:08:07] guess so :) [22:08:28] except that it i think i saw it in HTML result [22:08:31] mmm, stuff to refactor to /dev/null [22:08:40] my thoughts exactly [22:08:47] try to spoof headers to see what is actually returned [22:09:14] set X-CS to 250-99 and User Agent to android [22:10:38] [22:18:29] MaxSem, yep :) [22:20:25] to be refactored [22:24:03] New patchset: MaxSem; "The id 'zero-language-search' is not used anymore" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67539 [22:24:18] yurik, ^^ [22:24:32] MaxSem, ?? [22:24:34] appears to be another rudiment [22:25:41] MaxSem, not sure i understand [22:26:23] yurik, can you confirm that Zero is not using it so we can stop caring about it? ^^ [22:28:29] MaxSem, i can't easily - not until i finish all refactorings and gain full understanding of this spaghety code [22:28:31] see https://git.wikimedia.org/blob/mediawiki%2Fextensions%2FZeroRatedMobileAccess.git/ea9d350c33b1d8518cbe2dfb3483b0acd89c63f0/modules%2Fbanner.js [22:29:06] as you can see, it dynamically changes display:none [22:29:24] yurik, I'm asking about https://gerrit.wikimedia.org/r/67539 [22:32:37] MaxSem, this is very first time i even hear about such id [22:32:50] so +2?:) [22:32:57] did you see it anywhere else? [22:32:57] hmm, can we use GetMobileNotice hook for zero banners? [22:33:01] no [22:33:17] it depends what that hook does :) [22:33:24] sure, can kill it [22:34:22] New review: Yurik; "Couldn't find any references to that id" [mediawiki/extensions/MobileFrontend] (master) C: 2; - https://gerrit.wikimedia.org/r/67539 [22:34:27] MaxSem, done [22:34:36] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67539 [22:34:39] thnz [22:34:45] *thnx [22:37:36] New patchset: Jdlrobson; "More descriptive error messages" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67545 [22:39:09] New patchset: MaxSem; "Remove Zero banner cruft" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67546 [22:39:34] New review: MaxSem; "Waiting for Zero support." [mediawiki/extensions/MobileFrontend] (master) C: -2; - https://gerrit.wikimedia.org/r/67546 [22:57:27] * MaxSem howls [22:57:35] I need reviewwwwwwwwwww [22:57:52] or there will be merge conflicts [22:59:49] New patchset: MaxSem; "Move ExtMobileFrontend::parseContentFormat() to MobileContext" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67549 [23:07:18] New patchset: MaxSem; "Move some code out of ExtMobileFrontend" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67361 [23:08:43] MaxSem, are you saying that this needs to be +2'd in order to avoid merge conflicts? it seems to result in the Wikipedia Zero banners not rendering. we had a partially working solution last Friday and earlier this week, but it was broken in that it was displaying two banners. why the merge conflict? [23:08:50] New review: Dr0ptp4kt; "Thanks." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67546 [23:10:12] I thought it got reverted [23:10:42] MaxSem, yes, it did get reverted. which change do you need reviewed to avoid a merge conflict? [23:11:03] and I was meaning my other commits, cause 67546 is not ready as evidenced by -2 [23:11:04] MaxSem, sorry if you're not talking about Zero. thought you may be talking about Zero, and wanted to jump on it... [23:11:13] heh:) [23:11:24] we've got a stampede:) [23:12:14] MaxSem, got it, i think. lemme know if you need anything on the Zero front. [23:22:46] mhurd: http://www.engadget.com/2013/06/07/apple-ios-7-banner-wwdc-2013/ [23:28:41] notices that he has mobile notifications :D [23:28:49] tfinc: :) [23:28:52] why can't i dismiss them if i tap the icon again ? [23:29:24] nasty layout https://en.m.wikipedia.org/wiki/Special:WhatLinksHere/San_Francisco_Fire_Department_Auxiliary_Water_Supply_System [23:30:38] jdlrobson: i cleaned up the bugzilla dupes [23:31:12] and am now taking a closer look at wtf is going wrong in bingle [23:31:31] jdlrobson: will tapping the user icon dismiss notification eventually ? [23:48:00] awjr: sweet [23:51:28] New patchset: Jdlrobson; "Story 488: Add pageimages to search results (beta)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/67508