[00:09:28] ragesoss: one of the things I'd like to do [00:09:39] ragesoss: is connect an android tv to a 42" screen [00:09:41] run the app on it [00:09:43] and see how that goes [00:09:57] thumbnails will be *heavily* pixelated :D [00:10:12] Project MobileFrontend-mac-ipad build #304: UNSTABLE in 4 min 18 sec: https://wmf.ci.cloudbees.com/job/MobileFrontend-mac-ipad/304/ [00:10:12] reedy: Bug 45742 - Link to CC-by-SA on uploads should go to Creative Commons [00:18:02] yuvi: I can do that. 40" [00:21:04] ragesoss: you have one? [00:22:09] ragesoss: an android set top box as well? [00:23:14] https://test.wikipedia.org/wiki/File:Big_screen_Commons_app.jpeg [00:23:34] ragesoss: that was not bad at all! [00:23:50] yeah, looks good! [00:24:14] ragesoss: i should at some point implement something like slideshow support [00:24:21] ragesoss: is this connected to your tablet/ [00:24:27] ragesoss: i think slideshow support + campaigns would go well [00:24:42] ragesoss: we could have a few of these up at wikimania, showcasing the wikimania campaign [00:24:57] yes, my tablet. visible in the shot. [00:25:57] you'd need to code in some screen-off logic. [00:26:20] keep it awake while plugged in. [00:27:49] nice [00:32:20] New patchset: Jdlrobson; "Cleanup: Remove unused css" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52567 [00:42:09] jgonera: https://gerrit.wikimedia.org/r/#/c/52270/ [00:53:53] ragesoss: file bug :P [00:54:07] ragesoss: oh wait. that bug is for a feature (slideshow) that doesn't exist yet [00:54:08] nevermind [00:55:25] brion: tfinc http://mobile-reportcard.wmflabs.org/ [00:55:27] woohoo :) [00:55:32] head to the bottom first [00:55:46] that's our 7 day average unique uploaders graph [00:56:02] it's a little cluttered :) [00:57:26] nice! [00:57:38] I should get rid of per-source breakdowns [00:58:03] tfinc: they're currently being updated manually. we'll have an automated updating process very soon [00:58:09] (I am putting in an rt ticket that is needed) [00:58:11] k [00:58:26] YuviPanda: what are you thoughts on LIMN so far? [00:58:52] tfinc: it's pretty neat. limnpy generated all the config files for me, and it did a pretty good job, I'd think [00:59:03] tfinc: note that this is the first ever EventLogging -> Limn dashboard [00:59:08] so a lot of stuff is being worked out [00:59:12] YuviPanda: will it be easy for the web team to plug into this ? [00:59:20] tfinc: yup yup [00:59:43] tfinc: they just need an sql query. [01:00:19] and maryana can easily add that [01:00:46] yeah [01:00:54] tfinc: I'm going to get rid of per-source breakdowns. clutter too mcuh [01:00:58] k [01:01:27] tfinc: so i'm going to have only 1. unique uploads (7 day moving average) 2. uploads (per day) [01:01:35] split by platform [01:01:36] good enough? [01:01:48] and error uploads and cancelled ones [01:02:01] sure. for now [01:02:10] yes [01:03:09] YuviPanda: niiiiiice [01:12:47] tfinc: I'd update the graphs but... labs is down :) [01:35:49] hey marktraceur [01:35:50] err [01:35:51] Maryana: [01:35:53] feeling better? [01:36:04] tfinc: i made the de-cluttering updates. they should be deployed in a few minutes [01:36:09] yes, mercifully. thanks, yuvi :) [01:36:47] Hi anyway, YuviPanda! [01:36:50] Maryana: feel better :) [01:36:54] hey again, marktraceur [01:37:04] Maryana: mobile-reportcard.wmflabs.org if you haven't seen :) [01:37:56] oooh, shiny [01:40:42] tfinc: Maryana much less clutter now http://mobile-reportcard-dev.wmflabs.org/ [01:41:38] yeah, that looks really good! [01:42:02] nice to start with the graph that shows us how close we are to our big target goal [01:42:07] yup! [01:42:21] now we just need some mobile web ones up there :) [01:42:39] if juliuz wants he can take a crack at ot [01:42:41] *it [01:42:44] or if you want I can too [01:43:19] hmm, diederik put an invite in my calendar to discuss dashboard acceptance critera - i'm not sure if that's what he wants to talk about or not [01:43:52] Maryana: well, someone has to write the SQL :) [01:45:50] New patchset: Jdlrobson; "Bug 44017: Cleanup ResourceLoader mess" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52577 [01:46:36] Maryana: that graph has a long way to go before it hits 1000 [01:50:17] Maryana: all that we'll need are the sql queries in order to incorporate the mobile web graphs [01:50:56] ok. i assume that's what diederik wants to chat about tomorrow [01:53:32] tfinc: http://mobile-reportcard-dev.wmflabs.org/ is decluttered [01:53:40] (not sure if you saw) [01:53:49] YuviPanda: i just showed it to diederik [01:54:00] I'm adding appropriate labels [01:54:20] Maryana: when can we get the web stats in ? [01:55:09] New patchset: JGonera; "Bug 44133: Deprecate mwMobileFrontendConfig and setConfig, getConfig" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52270 [01:55:18] hopefully soon. the data is structured the same way as the app upload stuff, so it should be trivial to add web stuff [02:05:21] Maryana: great. which sprint will it fall into ? [02:06:02] probably this one [02:33:34] Maryana: do you mean the current sprint ? [02:36:21] tfinc: next [05:06:01] * greg-g waves [05:06:07] * greg-g waves at Rolken  [09:14:43] hey awjr [09:15:13] hi MaxSem [09:15:21] im eating bratwurst and drinking beer in frankfurt [09:15:24] how is Copenhagen? [09:15:27] oops [09:15:39] still havren't arrived... [09:19:19] heh no not yet [09:19:27] my flight to copenhagen is not for another two hours or so [09:19:44] enogh time to enjoy beer:) [09:19:59] awjr, how we will meet tomorrow? [09:20:06] hehehe yep - it wouldn't be a layover in germany without sausage and beer [09:21:19] MaxSem: hopefully i will have a local sim card this afternoon and we can coordinate by phone. worst case scenario, we can plan to meet up at the hotel in the afternoon [09:21:40] aha [09:24:41] New patchset: awjrichards; "(mingle #410) Add X-CS request/response header handling support" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52605 [09:25:32] * MaxSem takes awjr's laptop away from him [09:25:42] nooooooooooooooooooooo [09:36:36] New review: awjrichards; "Related Varnish change - though still waiting on confirmation on the final nomenclature for the Zero..." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52605 [14:50:34] awjr, how's the weather?:P [14:51:50] not bad MaxSem [14:52:06] a little chilly for my desert-thinned blood, but actually pretty nice [14:52:06] is it cold after Arizona? [14:52:17] heh [14:52:32] YuviPanda: Re "Send feedback": Depends on the kind of feedback that you want to receive via that feature. If it's generic, post it to a wikisite, if it's clearly bug reports, post it to Bugzilla? [14:52:51] YuviPanda, iOS/Android: I must admit I forgot that, sorry. Last week in SF was a bit "busy" :-/ [14:52:55] andre__: well, on the app there is probably not going to be enough details. and what website, really? [14:52:58] andre__: yeah, that's okay :) [14:53:04] awjr, have you read the thread regarding tomorrow? [14:53:35] YuviPanda, could you send me an email about Android/iOS and the problem? It's more likely that I won't forget this time. ;) [14:53:37] MaxSem: yep [14:53:44] YuviPanda, aklapper at wikimedia.org [14:53:49] andre__: sure. [14:53:55] thanks [14:54:14] MaxSem: im meeting up with nimish soon and i'll chat with him about it - i have no idea what his schedule is like [14:57:46] awjr, are you using hotel's wi-fi? is it good? [14:58:45] MaxSem: seems so, but i haven't *really* tested it yet :p [14:58:47] just irc and email [14:58:52] heh [14:59:02] got a new sim already? [15:19:33] @PissedPandawhich PackageName should I pick? [17:13:53] New patchset: Jdlrobson; "Maintenance: Css cleanup" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52627 [18:02:27] * jdlrobson looks around [18:02:35] * PissedPanda throws chicken65 at jdlrobson [18:02:45] hi jdlrobson [18:02:48] PissedPanda: i'm in a plane! your chicken65 cannot reach me! [18:02:56] you joining us for the story review today? [18:02:59] you are in a plane with wifi? [18:03:06] Maryana: i'm on planes all day :( [18:03:12] PissedPanda: yes :) [18:03:15] d'oh [18:03:27] well, i'm going to drastically prune the next iteration story wall [18:03:33] just fyi [18:03:35] are you feeling better Maryana ? [18:03:36] planes, wi-fi, how boring [18:03:41] want to talk about current story wall? [18:03:55] aren't planes for sleping?:P [18:03:55] jdlrobson: I'm on land but with 256kbps internet. sigh. [18:03:55] +1 to MaxSem [18:03:57] PissedPanda: it's probably faster up here [18:03:57] * PissedPanda is getting on a plane tomorrow! [18:04:02] jdlrobson: definitely [18:04:04] yes, thanks, jdlrobson :) [18:04:06] * jdlrobson checks [18:04:17] so Maryana did you get up to date on the photo upload situation? [18:04:24] PissedPanda, how much are you paying for it? [18:04:25] we have two possible solutions [18:04:31] Maryana: are we still meeting? really I'm just wanted to go over the story wall for prioritization today [18:04:42] MaxSem: it is 25GB at 2mbps, then 256kbps. [18:04:46] but if your'e gonna prune it I can just look at it after :D [18:04:46] I think something like 30$ a month [18:04:57] jcmish, yeah, lemme see what jdlrobson has to say about it [18:05:07] Maryana: kayo [18:05:19] MaxSem: you are in europ! upload pics to commons! :P [18:05:22] so we have two possible solutions? [18:05:31] Maryana option 1) We start uploading to local wiki. The benefits of this are we simplify a lot of our code and minimize errors and can be guaranteed the user is logged in. Cons: we then have a load of images on local wiki that need to be moved [18:06:00] right... [18:06:14] umm, it was something this order of magnitude (25 gigs for 30 bucks) like 4 years ago there, but after you exceeded the limit, you paid per gigabyte, not your speed was reduced [18:06:17] 2) We update the local api so that we can upload directly to commons through it e.g. action=upload&project=commons. Theoretically it should be possible but that would be a chunk of work and MaxSem would need to provide guidance on how much work that is. [18:06:37] PissedPanda, I'm still in Russia [18:06:46] annoy awjr_away:P [18:06:47] MaxSem: I should switch to the other provider, but that's 45$ for 75G at 4mbps [18:06:52] MaxSem: hah! [18:06:53] maxsem, any idea of the difficulty on updating local api? [18:07:12] assume that everyone drops what they're doing and pitches in to work on this.. [18:07:20] mmm [18:07:35] option 3) We introduce Special:Handshake - this is an idea me and jgonera were banding about yesterday. Basically what it does is when you go to the login page for the first time we redirect to the user to a commons page called Special:Handshake which then redirects you back to the login page. The pros of this are that it forces a visit to commons so on logging in the cookies will get set, the cons are it delays the initial login experience b [18:07:35] strange redirect - it's not clear how this will effect user experience [18:07:37] pretty sure that there are a lot of corner cases [18:07:42] Maryana: so those are your 3 options [18:07:52] let me put it this way - is it something we can realistically accomplish in one iteration, maxsem? [18:08:21] PissedPanda: I have a ping of 202ms and 0.85mbps [18:08:28] jdlrobson, heheh [18:08:28] and i'm on a plane!!! [18:08:53] jdlrobson: ping 300ms to google [18:09:00] hey, .mobi is know as a mobile TLD, but is there also ".mobl"? i see it has been proposed years ago, and we do have wikimediacommons.mobl in our DNS zones, but "No whois server is known for this kind of object. [18:09:02] handshake is easy, but requires a security review first, as redirecting back and forth based on URL parameters is scary [18:09:05] Maryana: i'm hoping there is wifi on the next flight too [18:09:31] Maryana: personally I think option 1 or 2 is the right way [18:09:33] so I'd say upload locally for now and search for a nice solution without a rush [18:09:56] hmm. the problem with that is that we've dedicated ourselves to an ops sprint after this one [18:10:06] so we won't be able to get to this again, realistically, until mid april [18:10:30] i can see localwiki file patrollers getting pretty pissed at us for dumping hundreds of files on their wiki.. [18:10:46] Maryana: we could also have a hybrid that falls back to local wiki [18:10:52] that will reduce uploads to local wiki [18:10:57] that could be reasonable [18:11:05] unless it's really crazy fragmenting of the code [18:11:05] I'm pretty sure we could create a bot that moves mobile web uploads to local wiki to commons it just opens up question such as what if that user doesn't exist on commons [18:11:15] Maryana: not really. It shouldn't be too hard [18:11:42] jdlrobson, that shouldn't be a problem. with single user login, all users who create new accounts automatically create them across project [18:11:49] *projects [18:12:03] bah, decisions decisions [18:13:39] Maryana: in other news I added another bullet point to https://mingle.corp.wikimedia.org/projects/mobile/cards/436 [18:14:17] k, well, i guess what i'm going to do is take these three options (plus the hybrid option) and use the story review to go over them [18:14:56] and in the meantime prune the story wall so we have wiggle room for a potentially large-ish chunk of work on centralauth [18:14:56] jdlrobson, as the matter of fact I wrote a similar script for WLM a while ago [18:15:28] MaxSem: \o/ [18:15:30] oh yeah, i thought WLM had something like that [18:15:36] tempting [18:15:38] ok Maryana [18:15:41] jdlrobson: Maryana I can't seem to be able to comment on card 436, but *please* consider adding {{Information}} tags to mobile uploads [18:15:44] s/tags/templates/ [18:15:59] however, I created local account on COmmons manually then (there were just 3 of them anyway) [18:17:26] Maryana: i've reviewed story board - left 2 stories with comments that need to be addressed/discussed before they can be estimated [18:17:52] PissedPanda: that's what the last bullet is about [18:18:05] whether we should change the format of the description text [18:18:30] yeah, I'm giving a +1 for that :) plus there is an RFC going on for making data in {{Information}} available via an API [18:18:58] jdlrobson, which ones? [18:19:13] Maryana: [18:19:13] https://mingle.corp.wikimedia.org/projects/mobile/cards/grid?aggregate_property%5Bcolumn%5D=story+points&aggregate_type%5Bcolumn%5D=sum&color_by=type&favorite_id=625&filters%5B%5D=%5BType%5D%5Bis%5D%5BStory%5D&filters%5B%5D=%5BType%5D%5Bis%5D%5BTask%5D&filters%5B%5D=%5BType%5D%5Bis%5D%5BBug%5D&filters%5B%5D=%5BType%5D%5Bis%5D%5BInfrastructure%5D&filters%5B%5D=%5BIteration%5D%5Bis%5D%5B%28Next+iteration%29%5D&group_by%5Blane%5D=status&lanes=In [18:19:14] lysis%2CReady+for+Estimation%2CReady+for+Development%2CIn+Development%2CAwaiting+Final+Code+Review%2CReady+for+Testing%2CIn+Testing%2CReady+for+Signoff%2CAccepted&tab=All [18:19:20] 426 and 437 [18:19:27] we can discuss 437 now if you want? [18:19:32] sure [18:19:48] so we have the timestamp which is unique [18:19:57] We could either derive something from the description text or the page title or the username [18:20:46] i would say description text [18:20:59] * Rolken waves at greg-g [18:21:01] but we'd probably have to truncate awkwardly [18:21:12] Rolken: hi there, roommate [18:21:23] hi ;] [18:21:40] * jdlrobson looks if there are any nice js libraries out there [18:21:58] hey Rolken [18:22:01] you are greg-g's roommate? [18:22:58] gonna be thrown offline soon btw Maryana (for landing) [18:23:19] ok, i will work on clearing up 426 - i haven't had time to check in w/vibha at all about it :-/ [18:23:24] PissedPanda: yea :o [18:23:29] Maryana: we could just truncate description [18:23:30] wha, nice [18:23:34] what kind of descriptions are we getting so far? [18:23:35] small world [18:23:40] indeed [18:23:44] jdlrobson, they're generally short [18:23:49] people don't like thumb typing :) [18:24:05] We could also make description single line... [18:24:10] (rather than textarea) [18:24:14] will encourage shortness [18:24:21] good idea [18:24:26] that would be a separate story, though, right? [18:25:00] no brion [18:25:00] Maryana, that can be a bug or a 1 point story [18:25:09] kk :) [18:25:16] Maryana: same one [18:25:27] Let's just package it all into the same thing - code wise it's the same [18:26:08] okey doke [18:27:08] Maryana: also put in a note that we need to respect legal filename characters [18:27:17] right [18:27:19] i'm trying to pull up the code/wiki page we used for WLM [18:29:49] https://mingle.corp.wikimedia.org/projects/mobile/cards/437, better? [18:30:21] also, i need to hunt down vibha to see if she has a design for this: https://mingle.corp.wikimedia.org/projects/mobile/cards/426 [18:30:25] if not, we'll need to punt on it [18:35:24] jdlrobson: there? [18:38:15] ori-l: he's in a metal tube moving at high velocities through the planet's atmosphere [18:47:56] hey all [18:48:14] hey brion :) [18:48:27] what's got you pissed, PissedPanda ? [18:48:33] 256kbps internet [18:49:07] ouuuuuch [18:49:42] yeah [18:49:47] jon was in a flight [18:49:50] and had better internet than I did [18:50:43] rofl [18:51:29] yeah [18:52:01] Maryana, the uploads discussion seems to have died [18:52:22] sorry, meeting w/howie to talk about it [18:57:16] brion: http://appscout.pcmag.com/none/308889-upload-and-share-photos-with-wikimedia-commons-for-android woot! [18:57:37] wooo [18:57:38] that was fast [18:57:39] \o/ [18:57:56] wooooooo [18:58:09] * PissedPanda is less pissed [18:58:14] :) [18:58:17] tfinc: did you talk to jay about communications / publicity? [18:58:28] I tried spamming it to Reddit, but it failed. [18:58:35] ragesoss: where did you put it on? [18:58:41] I'm planning on an r/android post at some point [18:58:55] ragesoss: you know what would work? We can make brion do an AMA :P [18:58:55] umm... I did r/wikipedia and r/Pittsburgh [18:59:02] heh [18:59:07] totes! [18:59:11] yesss! [18:59:12] totoally [19:05:05] PissedPanda: brion is already doing a blog post for Monday [19:05:12] i mentioned this yesterday [19:05:13] mondayyyyyyyyy [19:05:16] yes! [19:05:21] brion: can you share a draft with me? [19:05:25] whenever you've started it :) [19:05:28] PissedPanda: i will later today :D [19:05:38] tfinc: i think you'll find an RT ticket cc on your mailbox. Can you please +1 or approve it? [19:06:04] you can poke DarTar for more justification if you want. It's ncessary to set up the dashboard to be auto-updating [19:07:49] Maryana: where can i see our upcoming performance sprint ? [19:08:27] PissedPanda: i have no RT mail. whats the ticket # ? [19:08:43] tfinc: https://rt.wikimedia.org/Ticket/Display.html?id=4687&results=dc1f8f2885139f8be90da1071f84e76f [19:09:14] done [19:09:23] sweet. [19:09:49] tfinc, we haven't spec'ed it out yet [19:10:06] there's an etherpad with raw notes from the ops/mobile tech sync up somewhere [19:10:52] Maryana: yes. have we written storys for those ? [19:10:58] when is that sprint going to happen ? [19:11:35] end of march/beginning of april [19:11:40] they haven't been written yet [19:12:00] Maryana: can you give me the specific dates ? i want to forward them to the ops team [19:12:10] one sec [19:14:18] thanks [19:15:31] yurik_: heh [19:15:39] oops, PissedPanda [19:15:45] the yurik/yuvi thing is already causing issues [19:15:48] :D [19:15:53] LOL [19:16:03] yu [19:16:25] ori-l: this should make things easier [19:16:26] oops :P [19:16:33] LOLOL [19:16:52] * ori-l cries. [19:17:27] haha :D [19:17:41] tfinc: march 25th to april 9th [19:18:39] Maryana: thanks! [19:18:47] np [19:20:44] [WikipediaMobile] brion pushed 2 new commits to master: http://git.io/g3YkqA [19:20:44] WikipediaMobile/master 8fc0977 Brian R. Bondy: Bug 45790 - Find in page should only search main content area [19:20:44] WikipediaMobile/master e8f263d Brion Vibber: Merge pull request #321 from bbondy/master... [19:20:45] hey Maryana back [19:20:49] for #426 Vibha said she should be able to get a wireframe done by later today. IT should be ready to go come Monday. [19:20:56] Project WikipediaMobile - Nightly builds build #496: SUCCESS in 15 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/496/ [19:20:57] netzen: Bug 45790 - Find in page should only search main content area [19:21:05] jdlrobson, ok, cool [19:21:25] also, you're not going to like me for this, but i talked with howie and juliusz, and i think we're going to try the special:handshake idea [19:21:34] brion: thanks! [19:21:51] bbondy: thank you :D good to get some of those issues cleaned up [19:22:02] I have a new bigger patch coming soon which gets sharing selected html working w/ proper link resolution [19:22:11] awesome [19:22:36] my guy at microsoft is gonna be really happy to see more updates :) [19:23:59] er... Mobile monthly reports have some room for improvement: https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2013/February#Mobile [19:24:13] and I'm supposed to write a summary for that right now [19:24:43] Maryana: not special handshake :( - this makes me sad [19:24:45] I guess I'll focus on the Commons apps and enabling mobile uploads out of beta mode in Wikimedia sites [19:24:47] it's sooo hacky [19:25:03] i know, but everything is hacky [19:25:11] YuviPanda: are most of the api errors you're getting on uploads naming-related? or do you have a variety [19:25:19] brion: all naming related [19:25:40] huh [19:25:41] brion, you got a nice monthly update for Commons app at https://www.mediawiki.org/wiki/Wikimedia_Mobile_engineering [19:25:43] Maryana: but it doesn't have to be that way :/ [19:25:44] weird that i get none so far :) [19:25:50] * brion looks [19:25:56] if we dont [19:25:57] ' [19:26:05] if we don't fix the windows that are broken more people will smash windows [19:26:20] brion: wonderful update? [19:26:31] :D [19:26:35] jdlrobson, uploading locally is also a hack [19:26:54] no it's not [19:27:47] uploading locally is actually the right thing to do from a technological point of view [19:27:50] i'm not saying this is a long term solution, but it's the best thing we can do right now to make sure we don't totally screw up the user experience for a large chunk of new users [19:27:53] qgil_: ok i saved a slightly more real update :) [19:27:53] the fact we have commons for image is a social thing [19:28:02] but the handshake will screw up the experience [19:28:03] :) [19:28:28] jdlrobson, you have to think about the people who make our projects possible, the local wiki people, who will have to deal with this downstream [19:28:42] A user will see an intermediate screen that pushes the user to the login and how that will work with back button behavior i dread to think [19:28:59] Maryana: sure i am.. but i don't see that as a big problem. We just have a bot move them - no biggy. [19:29:51] a bot that runs cross-wiki will require approval from the community [19:29:59] which will be a huge ordeal [19:30:15] if we just do it by fiat, a lot of people are going to be super pissed at us [19:30:21] sigh [19:30:23] i know [19:30:26] there must be another fix [19:30:31] this is the kobayashi maru [19:30:35] what exactly is the problem with having a photo on wikipedia rather than commons [19:30:42] is it about disk space? [19:30:58] is it about it not being searchable on commons? [19:31:32] yes, theoretically, commons is supposed to be the central repository of free images, not just for wikipedia, but for the whole world [19:31:43] brion, can it be that http://www.mediawiki.org/wiki/Mobile_QA/Commons_uploads/Setup is the only place explaining how to install Commons app or am I missing the right place? [19:32:06] us arguing to change that would be like us deciding that neutral point of view is silly and we should just let people write however they want in articles [19:32:08] qgil_: that's the place for now i believe yes [19:32:41] jdlrobson: if you stick a file on en.wikipedia, then it has to be copied by somebody before it's available for use on other languages, other projects [19:32:45] kinda a pain in the ass :) [19:33:21] ok brion but that assumes the photo wants to be used [19:33:33] (i'm just playing devils advocate here) [19:33:41] if you don't wanna use the photo don't upload it [19:33:42] :) [19:34:07] well lots of photos are getting uploaded to commons and deleted - i'm not sure how the move process is different to the delete process ;-) [19:35:00] jdlrobson: also rules are very different for deletion on commons / enwiki. enwiki allows fair use, which commons does not [19:35:08] biggish difference, I think [19:35:28] and other wikis have their own policies. Most of the India wikis don't really have much in way of policy, I think [19:35:35] I just feel gaining the photos from the 50% fail rate that we are currently hitting due to commons upload issues is much more important than having to deal with moving images between projects - it just seems the lesser of 2 evils [19:36:12] YuviPanda: ok that /is/ a reason - these are the things that i don't understand that i want to [19:37:10] yes, and licensing, etc is also different. also who does deletion, tagging, is also different (different admins, etc) [19:37:19] it's just different projects, with not 100% overlap [19:39:35] MaxSem: how would getting approval from the community for a bot moving images uploaded to mobile web to commons cause "a huge ordeal" ? [19:39:52] Maryana: same to you ^ [19:39:56] jdlrobson, there is such bot [19:40:12] let me rephrase - given we have a bot [19:41:04] maxsem, does it run across all projects? [19:41:10] no [19:41:29] technically it would be all language wikipedias -> commons [19:41:36] not just wikipedias [19:41:46] remember that people are uploading to wikivoyage and wikiquote, too :) [19:42:00] well Maryana we could disable image uploads on those sources for the time being.. (are we seeing much traction in those projects?) [19:42:13] that seems really unfair to those projects [19:42:13] (traction for photo uploads) [19:42:18] please please don't do that jdlrobson [19:42:21] Maryana: I'm talking about an interim solution.. [19:42:38] why does WQ need photos? [19:42:41] I still think the perfect solution is to be able to use the local api to edit other projects [19:42:42] there's already this 'they only care about enwiki' thing going around... [19:42:54] YuviPanda: please read above.. INTERIM solution ^ [19:43:15] Maryana: you must also bear in mind we haven't proved the handshake idea will actually work at all [19:43:20] jdlrobson, i agree that local api would be better, but i don't think we can realistically do it in one sprint [19:43:23] and it's a hack and hacks don't always work 100% of the time [19:43:24] as I remember brion saying, interim solutions have a habit of becoming permanent around here. [19:43:25] Maryana, mobile web uploads are now enabled in all Wikimedia sites, only the Wikipedias...? (for the monthly report) [19:43:40] all projects, qqil [19:43:43] thanks [19:44:20] jdlrobson, if it doesn't work, local wiki upload is our fallback [19:44:25] YuviPanda: same can be said about this horrible login hack we are proposing [19:44:32] Maryana: so then we do need a bot anyway? [19:44:36] Maryana, registered users or anybody? [19:44:39] yeah, I foresee that becoming permanent too :) [19:44:42] registered only [19:44:44] ok [19:44:48] or rather, wouldn't be surprised if it does become permanent [19:45:16] the real solution for all of this is to fix the horrible hack that is centralauth [19:45:34] Maryana: which is to remove the need for CentralAuth by providing a local api for accessing other projects [19:45:43] e.g. CentralApi [19:46:03] ok, so maybe that's the longterm solution - i can write a spike for that [19:46:24] and we can implement it in the iteration after the ops/performance sprint [19:46:27] I think the work being done on OAuth and a CentralApi type thing would actually remove the need for CentralAuth altogether. Although brion may differ in opinion? [19:46:42] that would be fantastic [19:46:51] are we doing work on OAuth? IIRC we were doing only OpenID... [19:46:54] all i'm saying is, we need a stopgap for the next couple of weeks [19:47:12] ok guys. if i write an api proxy mode can we use that? [19:47:21] YuviPanda: csteipp is [19:47:26] oh nice! [19:47:42] brion: we'd need to get it security cleared by csteipp and co [19:47:57] assuming it clears, will that work? cause i can spend some time on that if it'll help [19:48:08] as long as we are not proxying to http://commons.wikimedia.org and just using a local database it shouldn't be a problem [19:48:21] hmmm not sure what ya mean [19:48:52] i'm thinking: api.php?blahblahblah&proxy=commonswiki or something, and it pushes through to commons on the backend [19:48:54] so somewhere in the Api code, if you set project 'commons' it would take a look in the list of wiki families available, and if it matches query/perform action on that setup [19:49:05] brion: i think we are talking about the same thing :) [19:49:09] yay :D [19:49:54] but this would simplify things greatly. We could even consider disabling CentralAuth on Wikipedia mobile if this was the case as arguably there would be no need for it which would remove the intermediate screen… [19:50:02] what i'd be doing is an HTTP call on our servers, with authentication cookies proxied in from the CentralAuth session [19:50:11] if you disable centralauth, nobody will be able to log in at all :) [19:50:20] centralauth is the backend authentication plugin [19:50:44] if you mean, stop trying to set cookies cross-domain, then i could maybe be convinced [19:50:56] but there's some definite benefit to being able to bump around the whole system without loosing your auth session [19:51:02] +1 on brion [19:51:05] (I do that) [19:51:13] having to log in on 4 different sites sucks [19:52:09] https://mingle.corp.wikimedia.org/projects/mobile/cards/441 [19:52:35] ok i'm gonna see what i can whip together as an api proxy, see if that works in testing :D [19:53:08] jdlrobson: are you still on an airplane? :) [19:53:39] YuviPanda brion: i probably don't know enough about CentralAuth to comment - but by disabled on mobile only i mean you login on mobile, you are redirected straight away without the wiki projects image loads. Sure you are not logged in on other projects - but i think it's acceptable to login to those when you actually need to (although as yuvi states it is a hassle). On long term I see oauth taking that problem away on desktop and thus giving mo [19:53:39] autologin as well [19:53:47] does that make sense or am i still leaving confusion? [19:53:55] and no currently on a floor in LAX [19:54:02] waiting for the next flight with wifi [19:54:05] jdlrobson: makes sense yeah [19:54:09] ah LAX [19:54:20] enjoy socal for a couple minutes :) [19:54:27] LAX seems to suck.. am i missing something? [19:54:28] still -1 on that - just because of a limitation on mobile safari my android device shouldn't be punished [19:54:31] seems very big with not much in it [19:54:34] maybe i'm in the wrong terminal [19:54:36] i don't see what disabling it provides, jdlrobson [19:54:55] YuviPanda: Well we have a ux problem in that when you login you get a screen saying return to [19:55:00] which we want to kill [19:55:17] you could auto wait for them to load and return to automatically. [19:55:30] YuviPanda: hacky boss ;-) [19:55:40] i just think the people it punishes by not logging into other projects is a small minority… [19:55:42] try typing passwords 4 times on a phone? [19:56:00] jdlrobson: the web is hacky :P [19:56:14] jdlrobson: if you refuse to do hacky things at all you probably would've an aneurism by now. [19:56:19] YuviPanda: yeh but who does that. A small minority. [19:56:48] tfinc, you've scheduled a Mobile Caching Architectural Review for March 14th - while I will try to be present in the hangout, I can't give a 100% guarantee [19:56:50] I do! [19:56:56] jdlrobson: don't you do that on desktop? [19:57:22] jdlrobson: I'm simply trying avoid the frustration that comes with other wikis / projects not being considered as equals simply because they currently do not have number of users on it [19:57:38] MaxSem: i booked it against the engineering calendar. put your travel in there [19:57:42] YuviPanda: I only use wikipedia, commons and wikivoyage - so it's only 3 projects for me to login and I only use commons because i want to contribute to wikivoyage and wikipedia via mobile - so if we do that via a proxied api only 2 for me [19:58:06] YuviPanda: I think that's a communication problem [19:58:12] tfinc, already there [19:58:21] I think all our projects are great but not all of them are of interest to me [19:58:32] just as wikivoyage is not going to be interesting to someone who travels [19:58:41] MaxSem: you have travel noted through 3/12. nothing else after [19:58:45] jdlrobson: no, LAX does suck. sorry :) [19:58:51] oh wait [19:58:53] your right [19:58:53] i'd rather have a quicker login experienced then a delayed one to login me into 10 projects i never use :P [19:58:54] i see it now [19:58:56] my bad [19:59:05] tfinc, "Max vacation below" [19:59:06] jdlrobson: I don't think I'm going to convince you of anything over IRC [19:59:06] so [19:59:09] *shrug* [19:59:36] and YuviPanda i hope you realize this is not a safari bug with centralauth.. this is going to hit more browsers including desktop [19:59:39] jdlrobson: this is the exact same thing I am talking about, which is "I use x, supporting Y other things which I do not use makes it a bad experience for me, hence meh Y other things" [20:00:19] jdlrobson: sure, and abandoning auto-login is not going to be the solution. [20:00:49] YuviPanda: but auto login via centralauth and cookies will break very soon [20:00:50] jdlrobson: and if you *do* intend on killing it completely on mobile, please post to wikitech-l before you do. If I'm the only person who is concerned, then I guess it is okay. [20:01:01] jdlrobson: sure, and a solution will be found that is not 'kill auto-login' :) [20:01:09] that particular method of autologin (setting cookies via images) will have to die at some point [20:01:17] we'll probably want to devise another method [20:01:22] yeah. [20:01:27] YuviPanda: sure i'm only speculating here - i'm not actually implementing any of these things [20:01:32] brion: +1 [20:01:37] +1 to brion [20:01:44] well openid should fix this :) [20:01:49] jdlrobson: yeah, which is why I think this conversation is pointless, since we're both talking about hypothetical things [20:02:41] i'm just challenging whether the gain for power users is worth the the ux loss for all users [20:03:37] and YuviPanda i probably do have an aneurysm ;-) [20:03:51] :) [20:03:56] awjr_away: haven't watched it yet but should be interesting http://developers.slashdot.org/story/13/03/07/1826212/former-mysql-ceo-mrten-mickos-talks-about-managing-remote-workers-video [20:04:04] yup. I still am surprised how everyone manages to convince themselves that using float for layout is not a hack :) [20:04:34] random note: i see commons-ios stuff is starting to accumulate "MW" prefixes; apple would really like third-party devs to use three letter prefixes. but hey, using prefixes at all is good [20:05:21] Maryana: I main worry on the handshake thing is we are worsening the issue we have with centralauth by adding an additional intermediate screen :( [20:05:56] Rolken: i could go with WMF (wikimedia foundation) [20:06:11] mostly i'm using the MW (mediawiki) on things i intend to reuse [20:06:20] jgonera: what was your main review requirements from brion or MaxSem https://gerrit.wikimedia.org/r/52270 < keen to get this merged asap [20:06:39] can i steal you for code review today brion ? [20:06:46] sure [20:06:51] we also have a serious problem with our current RL implementation - https://gerrit.wikimedia.org/r/#/c/52577/ [20:06:57] we're currently loading all css twice on master :-S [20:07:04] yikes [20:07:14] ok i'll look over those and start planning the api proxy this afternoon [20:07:25] brion: also, could you extract out the API stuff + login stuff into an obj-c library? [20:07:26] MaxSem: would appreciate review from you two [20:07:34] yeah [20:07:40] it's mostly JS though [20:07:41] brion: are you in the office? Would be great to chat to chris steipp if you can! [20:07:56] MaxSem: well then review the php [20:08:03] doing so [20:08:12] there is always going to be js in frontend changes - but your review is always needed for the php elements ;-) [20:08:40] thanks MaxSem and brion [20:08:48] brion: also, if you find yourself needing third party libraries, check out cocoapods if you haven't yet - it brings ios dependency management out of the dark ages [20:08:57] Rolken: ooh thanks for the tip [20:09:09] jdlrobson, just for someone to have a look on what we're doing in hooks [20:09:10] ok it's lunchtime, i'll be back in a bit [20:09:13] (yes in office) [20:09:29] I seem to suffer from anxiety when i see gerrit dashboard and there are over 10 things in it without a -1 or x or +1 [20:10:20] jgonera: also did you see my comments in https://gerrit.wikimedia.org/r/#/c/52326/ [20:10:22] bbiab [20:10:24] brion: also I'd go with WMF personally :) [20:10:49] jdlrobson, will check after lunch [20:15:10] brion: also fwiw: i see FileUpload's complete / progress / fileSize are always used as bool / float / integer; you don't actually have to mess with the NSNumber boxing on NSManagedObjects at all anymore. you can just define them in the FileUpload class as the scalar you really want them to be, use that directly, and let the dynamic property setter handle conversions [20:16:43] (and when you generate the class from the xcdatamodel, you can tick a 'scalar properties' box that does that automatically, though it also annoyingly generates NSDates as NSTimeIntervals instead, which is rarely what you want) [20:19:22] and if you really want to go above and beyond, when using those data model classes, if you open the model, select an entity, open the right pane, and pick the "partially eaten pie" (?) tab, you can give each entity a prefixed class name [20:19:49] etc etc [20:20:55] * Rolken back to work [20:21:07] Rolken: thanks :) Nice to see code review on the iOS stuff :) [20:22:07] heh, i'm not directly involved enough so i'm never really sure what's a design choice and what's overlooked, or i might issue more pull requests [20:23:12] Rolken: you should feel free to {{BEBOLD}} and just send those in :) [20:24:48] ok :o [20:25:47] :) [20:38:14] Rolken: oooooh nice [20:38:49] brion: https://www.ietf.org/mail-archive/web/rtcweb/current/msg06631.html [20:39:13] :) [20:40:28] yay i think :) [20:48:42] New patchset: Jdlrobson; "Alpha: Nicer diffs (character granularity)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52663 [20:50:43] New patchset: Jdlrobson; "Testing: Add donate image tests" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52666 [20:58:34] Change merged: JGonera; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52270 [21:10:53] oh, one caveat on the scalar model integers - you have to explicitly declare them as the same size in the class as in the model, no "int" or "NSInteger" business [21:11:08] rather, int_16t etc [21:11:09] Yippie, build fixed! [21:11:09] Project MobileFrontend-mac-ipad build #305: FIXED in 11 min: https://wmf.ci.cloudbees.com/job/MobileFrontend-mac-ipad/305/ [21:11:10] jgonera: Bug 44133: Deprecate mwMobileFrontendConfig and setConfig, getConfig [21:11:13] err *int16_t [21:17:48] Rolken: someday that's going to get fun when iOS goes to arm64 :) [21:18:15] yeahhh ... [21:19:30] hey all, it's safe to use php 5.3 features in PHP-side code right? pretty sure we upgraded a while ago [21:35:25] brion: yup, it is in extensions [21:35:31] brion: it wasn't on core, but that might have changed [21:35:33] spiff [21:57:51] brion: when you've the time, look at https://www.mediawiki.org/wiki/Talk:Wikimedia_Apps/Commons#Requested_images [22:01:30] i [22:01:31] v [22:01:32] i've returned! [22:01:45] New review: JGonera; "(4 comments)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52326 [22:01:50] munaf, what's your opinon on https://gerrit.wikimedia.org/r/#/c/52326/1/less/mf-variables.less [22:02:11] jdlrobson: wifi on the plane? [22:02:12] the whole file or just the comments jgonera? [22:02:15] yup [22:02:19] jdlrobson: nice :) [22:02:21] the comments [22:02:26] only 1hr 30mins mind you [22:02:28] so make the most of me [22:02:32] my laptop battery will die then anyway [22:02:33] jdlrobson: wherever you are going, may I please request you to use the commons app? :) [22:03:08] jdlrobson: are youon your way to sxsw? [22:03:19] YuviPanda, you know this is sabotage, we want to boost our own web stats, not the app ones ;) [22:03:43] ok something like this might work: https://github.com/brion/CentralAuthAPI [22:04:08] jgonera: tch tch. you have no idea how hard it has been for me to *not* make fun of photo uploads on mobile, considering how jdlrobson takes a lot of pride in pointing out to me every tweet that calls the wikipedia mobile app crap :) [22:04:25] jdlrobson: i've only tested this for trivial stuff so far, i'll see if i can set up a CentralAuth instane on my test server and get it actually posting between two wikis [22:04:29] haha [22:04:38] YuviPanda: yes [22:04:42] brion: you're awesome :) [22:04:45] :D [22:04:46] replied jgonera. [22:04:52] don't say that until we know it works ;) [22:05:11] jgonera: and re: stats, i'm building out the script so that all you would need to do to add more graphs to the dashboard is a simple SQL query [22:05:15] oh and that needs a slight core tweak too i'll toss it in [22:05:17] with all the metadata being inferred / generated [22:05:17] to gerrit [22:05:34] jgonera: that should be done today / tomorrow, and then I'll cron it so that it autoupdates. [22:05:34] YuviPanda, cool [22:06:07] * YuviPanda notes jdlrobson's lack of response to pleas to use the commons app [22:06:24] this isn't how the competiton is supposed to be. it is supposed to be taunting *after* the stats are up :P [22:06:25] YuviPanda, it still feels though as if there's unnecessary complexity by generating this data in separate file every x minutes or something [22:06:35] brion: i guess we want to whitelist 'apitarget' for the time being to keep it under control? [22:06:37] jgonera: Limn is supposed to be purely a visualization tool [22:06:48] YuviPanda, does Limn support some RESTful endpoints instead of databases? [22:07:00] YuviPanda: yeh it's on my to do list.. i've got 101 things going on at the moment but i have lots of photos in my gallery ready! [22:07:01] jgonera: well, it takes csvs from wherever. [22:07:06] jdlrobson: if it's not a valid wiki it should reject it. if we're paranoid we can whitelist to just commons though [22:07:07] * awjr waves [22:07:16] brion: i think that would be wise [22:07:16] jdlrobson: sweet. Remember to enable GPS tagging on your phone, so that the app can read those :) [22:07:17] YuviPanda, but it can be a URL or it must be a local file? [22:07:23] jgonera: it is a URL. [22:07:33] * jdlrobson waves at awjr from several thousand feet [22:07:41] :D [22:07:54] jgonera: can also be a local file [22:08:00] (that is what I get from talking to analytics team) [22:08:03] YuviPanda, so maybe then instead of having generate.py we should have some simple RESTful server, based on Flask or other Python microframework if it's already in Python [22:08:21] jgonera: but why? that means we'll have to worry about making sure that that thing scales [22:08:29] here I don't care if my sql takes 2 minutes to run [22:08:51] what advantage does it give us over this? [22:09:04] real time stats? [22:09:30] and well, we don't want to make this public do we? so we'd have like 2 users at the same time at most anyway, right? [22:09:40] jgonera: no, this is meant to be public [22:09:54] jgonera: in a similar vein to http://reportcard.wmflabs.org/ [22:10:05] (which gets paraded around a lot) [22:10:12] oh ok [22:10:29] hm, so generate.py will just run in cron? [22:10:34] jgonera: yeah. [22:10:44] ok, I see [22:10:53] so I can make it cron for 5 mins if you want [22:11:03] or something larger [22:11:03] as time goes by [22:11:08] yeah, that sounds ok [22:11:10] right now we could run the current code as flask [22:11:12] and not run into problems [22:11:17] but when we have a lot more events... [22:11:19] gonna be a problem [22:11:24] true [22:11:31] not a big one, but just one that needs proper effort. [22:11:32] I just didn't realize it was meant to be public [22:11:46] where did maryana go? [22:11:47] yeah, it is. that's why it is important for it to be stripped of all private data [22:11:50] i had an idea around photo uploads.. [22:11:59] jdlrobson: i think she's in the EL workshop? [22:12:09] there's a hangout link in /topic of -e3, you should check there [22:12:18] brion, so this is a kind of extension to the API? I mean, where does it fit into the current codebase? [22:12:35] jgonera: it's an extension that slips in and takes over for api.php if you pass in the special parameter [22:12:53] YuviPanda: can't do video chat/audio chat on plane boss [22:12:54] but this would need to get merged into the core? [22:12:56] it's prohibited [22:12:58] so you make an API request as normal, but instead of calling api.php you call api.php?apitarget=commonswiki [22:12:58] oh right [22:13:00] sure [22:13:06] jdlrobson: but i think that's where she is. [22:13:12] jgonera: just needs a tiny shim to add the hooks [22:13:45] ten the extension'll need deploying [22:13:46] *then [22:13:59] brion, it doesn't seem to solve our current problem [22:14:06] which is not being logged in into Commons [22:14:24] it's just a way around CORS, but CORS is not causing any problems anyway [22:14:26] jgonera: it'll pass through the centralauth cookies, which should force a login on the api request [22:14:39] hm [22:14:45] those are the cookies that aren't guaranteed to be set on commons now because of the third-party cookie problem [22:14:53] i _think_ it should work :D [22:14:55] will it pass on cookies for every 3rd party? [22:15:03] as in, every site? [22:15:17] YuviPanda: it'll only proxy to other sites defined by CentralAuth [22:15:29] or rather by the InitialiseSettings and stuff [22:15:39] don't you also need {{sitename}}_* cookies, than just central auth ones? [22:15:45] I got those when I was implementing java-mwapi [22:15:50] brion: did you grab chris to chat through this idea? [22:15:54] nope, the api should automatically set up a session [22:15:56] jdlrobson: not yet [22:16:33] brion, but the centralauth cookies have different tokens across projects [22:16:55] centralauth_Session on wikipedia != centralauth_Session on Commons [22:17:43] hmmmmmmmm [22:17:45] that seems wrong [22:18:11] that's the way it is, I talked about this with Chris and I just checked myself after logging to enwiki [22:18:30] yeah, that bit me too [22:18:39] that's why android app does not have a 'switch to testwiki' mode [22:18:56] (since I don't obtain testwiki cookies, just commons ones) [22:19:02] yeah... [22:19:05] local phpsession cookie should be different but the centralauth one shouldn't unless something weird is going on [22:19:14] especially since this seems to work when i try it so far ;) [22:20:35] well, I'm not sure how CA exactly works, but I guess there's no central session storage for all the projects, or is there? [22:20:36] yeah i can take the centralauth_Sessionc ookie from enwiki and send it to commonswiki and i get my login [22:20:45] there should be central session storage yes. [22:20:59] hm [22:21:11] then I don't know why those cookies are different by default [22:21:12] if they're coming up separate that's probably because they're not setting each other correctly [22:21:31] oohh major turbulence ;-) [22:21:32] I also asked about this because I thought this would be the solution, but Chris told it can't be done this way [22:23:29] where can one find chris? [22:23:34] yay gerrit's down [22:24:20] jgonera: just noticed same :/ [22:24:27] brion: chris sits towards the hammock [22:24:28] yeah, chad said it'll be down for 2-3 minutes [22:24:34] on desk parallel to Juliusz and I [22:27:01] whee [22:29:23] munaf, I can't see your comment on https://gerrit.wikimedia.org/r/#/c/52326/1/less/mf-variables.less did you click Publish Comments on https://gerrit.wikimedia.org/r/#/c/52326/1 (yes, gerrit is very confusing) [22:29:38] oh god dammit [22:29:49] I mean Review -> Publish Comments [22:29:51] New review: Massaf; "(1 comment)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52326 [22:29:53] yeah [22:29:55] there you go [22:30:20] ok, thanks! [22:39:49] jgonera: the script is now fully automatic. you just need to write SQL :) [22:39:55] okay, it is not *fully* automatic [22:40:02] jgonera: did you see my big cleanup operation (https://gerrit.wikimedia.org/r/52627)? also https://gerrit.wikimedia.org/r/52666 is a tiny one [22:40:03] eventually you should not need deploy rights [22:40:06] just a pull request shoul do [22:40:10] but for now this works. [22:40:18] I even wrote a small README [22:41:06] jdlrobson, will check it later today, I merged the other cleanup though (config) [22:41:26] yeh i saw thanks. [22:41:44] i really think clearing this code review backlog is more important than anything else right now though.. [22:41:58] there are bound to be -1s in here [22:42:10] and the small one would not be needed if I finally figure out why https://gerrit.wikimedia.org/r/#/c/50442/ doesn't work on phantomjs [22:43:02] jdlrobson, I understand, but just 5 minutes ago I went back to CTA story after being distracted by meetings, if I now drop it again and do code review, my productivity will be close to 0... [22:43:21] sure but all the code in this backlog is higher priority than the CTA story according to mingle.. [22:43:23] and I have another meeting in 15 minutes... [22:43:33] jgonera: what meeting? [22:43:38] with analytics [22:43:42] about the dashboard [22:43:50] ah cool [22:45:01] why gerrit says it's +4 -1 in https://gerrit.wikimedia.org/r/#/c/52666/1 [22:45:37] oh whatever [22:46:02] and quite frankly, I don't think something like this should be even reviewed [22:46:11] I mean, come on, what kind of error could there be? [22:46:46] Change merged: JGonera; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52666 [22:48:12] Change abandoned: Jdlrobson; "So I guess what we actually want to do is error recovery rather than prevent the photo upload altoge..." [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/51080 [22:59:26] New review: Brion VIBBER; "Doesn't seem to explode in my testing..." [mediawiki/extensions/MobileFrontend] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/52577 [22:59:34] Change merged: Brion VIBBER; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52577 [23:03:33] jdlrobson, do you want to join the hangout for this short analytics meeting? [23:03:46] jgonera: i'm on a plane... [23:03:58] oh, ok [23:04:03] the wifi is the sort of wifi you'd expect on a plane ;-) [23:04:05] New patchset: Jdlrobson; "bug 45465: Increment upload count on successful upload page upload" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/51205 [23:04:14] I thought you were already there after seeing you online ;) [23:04:18] (other wises i would gladly do so) [23:04:36] no worries [23:04:49] oohh gerrit notification not [23:04:51] *bot [23:04:53] WIN [23:06:02] (he posts to bugzilla now) [23:06:18] https://bugzilla.wikimedia.org/show_bug.cgi?id=45465#c3 < this makes me happy whoever did it [23:07:19] oh sweet [23:07:21] that's handy :D [23:08:20] Moar lazyness :D [23:13:24] Project MobileFrontend-linux-android build #304: FAILURE in 25 min: https://wmf.ci.cloudbees.com/job/MobileFrontend-linux-android/304/ [23:13:24] jrobson: Testing: Add donate image tests [23:22:28] eek more turbulence [23:22:34] if i message ahhhhhhhhhh you know what's going on [23:25:32] New patchset: Jdlrobson; "Provide access to the device from javascript" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52054 [23:25:38] New patchset: Jdlrobson; "Story 141: Add siteNotice div to skin" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/52055 [23:33:14] For mobile app, the best way to fetch data from wiki is API or is there something more optimized? [23:43:57] fale: yeah use the api [23:44:07] there's an action=mobileview [23:44:12] @brionthanks :)