[01:01:43] Is there a test version of Zero somewhere? [01:01:48] I tried test.zero.wikipedia.org. [06:30:25] [Commons-iOS] montehurd opened pull request #76: Added logout button (master...logoutButton) http://git.io/vauFTw [07:29:13] Does wikipedia mobile app is developing using native app technologies? [07:33:43] I mean have you shifted to native app development? [09:53:02] YuviPanda, hi [12:16:38] New patchset: Zfilipin; "Updated Ruby gems" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65789 [16:02:51] New review: Cmcmahon; "maintenance" [mediawiki/extensions/MobileFrontend] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/65789 [16:02:51] Change merged: Cmcmahon; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65789 [16:21:08] YuviPanda, Hi [16:21:40] YuviPanda, does wikimedia started native mobile app development? [16:22:27] our commons apps are native [16:22:49] MaxSem, I mean android app [16:23:07] we have more than 1 android app [16:23:39] MaxSem, can you just give me the link where I can find these apps? [16:23:51] the source you mean? [16:24:23] MaxSem, I mean info regarding this and source too [16:25:03] https://github.com/wikimedia/WikipediaMobile [16:25:08] https://github.com/wikimedia/WiktionaryMobile [16:25:12] https://github.com/wikimedia/Commons-iOS [16:26:47] MaxSem, thanks [16:51:12] New patchset: Jdlrobson; "Fix spelling of JavaScript" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65369 [16:52:06] Change merged: Jdlrobson; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65369 [17:27:45] awjr: do you know what's up with http://mobile-reportcard.wmflabs.org/graphs/unique-uploaders ? [17:27:51] * awjr looks [17:27:53] the hover is busted [17:28:03] no idea [17:28:09] i expect jgonera will know [17:28:18] awjr: i'll cut a bug [17:28:18] he said he was going to be in late [17:28:20] kk [17:28:35] awjr: which product/category are you guys doing limn bugs in ? [17:28:53] good question tfinc [17:30:18] awjr: i cut it as https://bugzilla.wikimedia.org/show_bug.cgi?id=48902. feel free to move as necessary [17:30:28] meh; looking through old mobile-specific limn bug reports most seem toa ctually be filed in MobileFrontend [17:30:39] yeah, that's fine tfinc [17:30:49] urgh [17:30:49] that appears to be where they've been getting filed previously [17:30:58] hi OuKB; back home? [17:30:59] my internet sucks today [17:31:01] yep [17:31:02] :( [17:31:35] tfinc: I usually just go and poke milimetric [17:32:13] YuviPanda: heads up that i did a new rev of your jd for US immigration [17:32:21] ooo, where do I look? [17:32:26] YuviPanda: one step closer ... [17:32:30] :) [17:32:30] YuviPanda: let me share it with you [17:33:10] YuviPanda: you're already shared on it. title: "Yuvi's JD for H1b" [17:33:20] alright i'll look [17:37:54] tfinc: so we need to create a trello account for bugello [17:38:30] not sure what email address to use - can we create one for this purpose? [17:39:52] hmm [17:40:02] awjr: what do you use for mingle ? [17:40:42] tfinc: a mingle user account that has no email address associated with it [17:40:54] but trello requires one [17:42:30] awjr: would mobile-tech work ? [17:43:22] hmm [17:43:25] maybe [17:43:39] lemme check how it's configured; it won't if non-wmf addresses can't email to it [17:45:31] the way it's currently configured won't work tfinc [17:45:45] should i email IT to set up another email account? [17:46:17] * YuviPanda suggests mobile-feedback-l [17:46:23] but that's an icky solution [17:47:03] awjr: sure [17:47:07] who as read access on that YuviPanda? [17:48:27] awjr: a bunch of us. I, tfinc, ragesoss, jdlrobson, a few oters [17:48:32] awjr: everyone has write access [17:49:23] YuviPanda: i don't appear to be on mobile-feedback-l and i dont think it's a good idea to have an account that will have write access to a project management tool have its email address tied to a public/semi-public mailing list (what happens when someone clicks 'forgot password'?) [17:49:34] alright. [17:49:57] read access is tightly controlled [17:50:03] write access is open to all [17:50:06] since it has private info [17:51:02] hehehe i guess it is so controlled that i am not on mobile-feedback-l [17:51:50] if you guys are comfortable using mobile-feedback-l that's fine with me (tfinc?) but can someone add me to the list? [17:54:15] tfinc: the new JD looks more complete than the last one :) [17:54:27] but should it mention strong iOS skills? I don't consider mine 'strong' [17:58:33] YuviPanda: this one has to be especially verbose. [17:58:50] indeed, I could see that [17:59:07] as long as I don't have to memorize all of it and then write it out in an exam hall over 3 hours.... [17:59:49] awjr: why cant we use mobile-tech ? [18:00:10] because only organizational email addresses can post to it, tfinc [18:00:31] organizational email addresses ? [18:00:38] @wikimedia.org, i presume [18:00:58] mobile-tech@wikimedia.org ? [18:01:04] am i missing something ? [18:01:08] permissions on the group for post are 'All members of the group, All organization members' [18:01:41] tfinc presumably trello will occasionally need to send email to the account's email address, right? [18:02:03] awjr: past a password reset i've never gotten any other mails [18:02:13] not even for account confirmation, etc? [18:04:55] awjr: mabye for that. i don't rememeber [18:05:33] tfinc im just going to get an email address set up for this; it may take a little longer but i think it will be easier and have less potential for complication down the line. i can set the email account to auto-forward to mobile-tech [18:05:58] awjr: so I just found out [18:06:06] awjr: that the '+' trick works on wikimedia.org accounts too [18:06:20] awjr: so if you want you can just do 'arichards+bugello@wikimedia.org' [18:06:25] and it should deliver to you but treat it distinct from your own account [18:06:38] yeah :) [18:06:41] but of course, this has other issues [18:06:45] i dont think it should be tied to my personal account though [18:06:45] but still :) [18:06:47] quick and easy [18:06:51] yeah [18:06:55] that's the 'other issue' [18:07:14] i really dont think it's a big deal to just create a generic user account that we can use for this kind of stuff [18:07:22] I also found out that you have to use actual account [18:07:23] and not the alias [18:07:27] so yuvipanda+test didn't work [18:07:30] but ypandian+test did [18:07:38] that's interesting [18:09:06] awjr: should I create a tool account for bugello? [18:09:11] (docs on tools-labs) [18:10:03] YuviPanda: good question; do you usually create tool-specific accounts or should i just use my regular labs account? [18:10:11] awjr: both. [18:10:24] awjr: tool specific ones are 'local' accounts local to the tools-labs cluster [18:10:53] awjr: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help is very readable [18:10:59] awjr: so we should create a tool account [18:11:16] in fact I already have :) [18:11:57] awjr: what is your labs username? [18:12:06] yeah that looks like a good idea YuviPanda; i like that a tool account can have more than one maintainer [18:12:06] it needs to be added to the tools project. [18:12:09] awjrichards, YuviPanda [18:13:43] awjr: moment, i'm getting you added to the appropriate groups [18:14:03] awjr: in the mean time, glance at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help - specifically 'the grid engine' [18:15:12] awjr: done [18:15:21] awjr: ssh to tools-login.wmflabs.org [18:15:22] ? [18:22:54] awjr: i sent email with more info, since i'll be off in a while [18:25:39] YuviPanda: so under the hood grid engine does job scheduling in a way that helps with efficient use of resources; above the hood i can schedule jobs through grid engine much the same way i can with cron [18:26:04] awjr: well, you can use cron to schedule them on grid engine [18:26:10] grid engine is nothing like cron. [18:26:25] oh i see; i skimmed too fast :p [18:26:28] :P [18:26:42] i missed the 'To schedule jobs to be run at specific days or time of days, you can use cron' [18:26:47] :) [18:27:19] essentially, I think of it as 'prepend jsub to any command, and it will be run at the best machine possible for most effecient resource utilization' [18:45:22] weee http://www.opera.com/developer/next [18:45:46] Blink-based instead of presto [18:53:39] New patchset: Jdlrobson; "Story 580: New page menu" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65840 [19:10:58] is everyone ready for deployment? do we need to deploy any conf changes [19:10:59] ? [19:11:31] MaxSem: maybe send an email since jon and juliusz are not on IRC at the moment [19:11:46] ok [19:28:38] New patchset: MaxSem; "Device type rewrite" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/61942 [19:41:14] New patchset: Jdlrobson; "Story 755: Add event logging to editing" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65842 [19:46:22] [Commons-iOS] montehurd opened pull request #77: Made My Uploads thumbs scroll to top upon upload (master...scrollToTop) http://git.io/QYkQbA [19:48:25] I'm preparing to deploy - yurik_ and dr0ptp4kt, is there anything needs to be done for you? [19:50:25] New review: JGonera; "(1 comment)" [mediawiki/extensions/MobileFrontend] (master) C: -1; - https://gerrit.wikimedia.org/r/65842 [19:51:12] MaxSem, no thanks. [20:09:05] awjr, jcmish and jgonera - we're live on testwiki, please test:) [20:09:11] howief: ^ [20:09:12] kayo [20:09:15] ok [20:09:16] howief: test.m.wikipedia.org [20:10:01] howief: also, here's the log of what will be deployed today: http://www.mediawiki.org/wiki/Extension:MobileFrontend/Deployments/2013-05-28 [20:10:28] I see a line at the bottom of the login screen, nothing serious but shouldn't be there [20:10:58] i do not see that jgonera (in stable) [20:11:12] hm, I'm in beta [20:12:22] hmm not seeing it in beta either jgonera; what browser? [20:12:31] Chrome for Android [20:12:39] I'll check on others, but that's not very important [20:12:50] yah [20:12:56] what is, is that the messages on testwiki are different than messages I have in my local wiki... [20:13:06] so I used message "edit" for the edit link [20:13:13] and in my wiki it's simply "Edit" [20:13:21] and on testwiki it's Edit this page [20:13:32] so next to each section there's Edit this page instead of Edit [20:14:09] jgonera: do you know what the message key is for that message? [20:14:16] 'edit' [20:14:47] might just be an overridden key on testwiki [20:14:56] hm [20:15:43] yeah, it is: http://test.wikipedia.org/wiki/MediaWiki:Edit [20:16:39] i see an empty toast message after saving an edit; i presume it uses a new message that hasn't been updated on testwiki yet? [20:17:21] but it's like that on enwiki too: http://en.wikipedia.org/wiki/MediaWiki:Edit [20:17:27] so I guess I chose a wrong key [20:17:50] because the tab at http://test.wikipedia.org/wiki/San_Francisco says "Edit", so there must be a message like that [20:17:53] will try to find it [20:18:23] yeah, it probably shows an empty toast because it treats as an HTML tag [20:18:33] yeah makes sense [20:18:44] huh that's funny, there is an 'editthispage' message key in core [20:18:45] let me find a better message and prepare a patch [20:19:57] awjr: jgonera the place holders for and PERSONAL those will not be there in prod correct? [20:20:05] correct jcmish [20:20:16] k thanks [20:20:21] awjr, I don't understand [20:20:23] 806:'qbedit' => 'Edit', [20:20:23] 824:'vector-view-edit' => 'Edit', [20:20:24] 848:'edit' => 'Edit', [20:20:24] 850:'editthispage' => 'Edit this page', [20:20:29] they looked fine on beta labs but i just wanted to make sure [20:20:33] I use 'edit'... [20:20:44] jgonera: it is possible for a wiki to override any message [20:20:57] ok, will switch to 'editsection' [20:21:03] 941:'editsection' => 'edit', [20:21:14] jgonera: :) [20:21:26] jgonera: new nav will render this less of a problem since new nav uses icons [20:21:57] that should be fine at least on enwiki and testwiki, jgonera :) [20:24:55] New patchset: JGonera; "Change edit link message" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65845 [20:24:58] awjr, ^ [20:25:56] jgonera: that looks fine but if we're really concerned about controlling that message it might be better to create our own - what do you think MaxSem? [20:26:35] awjr, +1 [20:26:46] this is for section editing specifically [20:26:56] don't reuse messages in this way [20:27:31] ok, changing [20:29:04] jcmish: is there any reason why https://www.mediawiki.org/wiki/Extension:MobileFrontend/Deployments/2013-05-28 doesn't find the stories/bugs? Is the script broken? [20:29:33] it's not broken [20:29:35] I fill that in [20:29:43] but didn't get to it in time for the deployment [20:30:14] the script just pull the git log info [20:30:35] I still do the manual work to put stories, bugs etc [20:32:28] jcmish: what language is your script written in again? [20:32:36] python [20:32:52] yeeyy send it to me and i'll automate the bug and story stuff :) [20:32:56] no no [20:32:58] I wanna do it [20:33:03] just haven't gotten to it [20:33:04] ok :D [20:33:05] New patchset: JGonera; "Change edit link message" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65845 [20:33:09] awjr, ^ [20:33:13] made the automation tests my priority so you can't have it :D [20:33:18] well i love an excuse to write python jcmish ;-) [20:33:24] hehehe [20:33:29] me too jdlrobson me too :D [20:33:51] it will be good to get that automated as it will encourage us to adhere to certain commit message standards [20:34:07] Like for example we sometimes do (Story 486) and sometimes do Story 486: [20:34:14] Change merged: jenkins-bot; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65845 [20:34:18] yup because it will go boom when it can't find info based on the reg exp [20:34:25] +2'd jgonera, just waiting for jenkins to merge [20:34:35] ok [20:34:54] I got an error when trying to edit.. [20:34:59] * jdlrobson just remembers why he hadn't updated xcode until now [20:35:23] * jdlrobson can only test on iOS 6 now [20:36:32] thanks for the links awjr [20:37:36] MaxSem: can you pick up https://gerrit.wikimedia.org/r/#/c/65845/ [20:37:38] np howief :) [20:37:51] already in process [20:39:41] done [20:40:26] trying to debug what error it is.. [20:42:11] i'm trying the nearby feature, and it looks like tapping on the article from the nearby list doesn't take a user to the article -- it takes me to the "WP does not have an article with this exact name" page. [20:42:29] ah howief that is a symptom of testwiki :( [20:42:34] ok [20:43:35] so on test wiki, all of the destination articles have CTA's -- that's not going to be the case in production, correct? [20:43:39] it's because the naerby feature is actually pulling articles from enwiki rather than testwiki [20:43:48] got it [20:44:01] hm, the edit api on testwiki doesn't even return HTTP 200... [20:44:18] but only lead-image missing pages should get the CTA, for both anon + logged in, right? [20:44:39] jgonera: wfm - https://test.m.wikipedia.org/wiki/Mainasd [20:44:49] https://test.m.wikipedia.org/w/index.php?title=Mainasd&action=history [20:44:54] I tried San Francisco [20:45:03] howief: that sounds correct [20:45:08] cool [20:45:09] I can edit it on desktop but on mobile the API gives HTTP errors [20:45:26] should I assume it's testwiki's weirdness? [20:46:01] howief: the source of articles is en wiki but the image ctas are determined by test wiki in this case [20:46:22] try creating an article on test wiki for one of the results and adding an image and the cta should go away [20:46:29] yeah that nearby hack is really confusing :p [20:46:46] well when geodata is set up with data on test wiki... [20:46:48] :) [20:47:04] :) jdlrobson [20:47:06] jgonera: yeah i just tried editing a section of the SF article and got a 503 [20:47:16] it'll come [20:47:41] ok, so we'll test it on enwiki ;) [20:47:47] i think so jgonera! [20:48:26] jgonera: so test editing on enwiki instead [20:48:56] jcmish: did you notice any editing problems on betalabs? [20:49:15] awjr: looking now [20:49:24] it synchs every few minutes [20:49:30] so I was just checking to see [20:49:32] seems to be related to large articles jgonera awjr [20:49:45] i wonder if the php operation is timing out [20:49:54] hm [20:50:05] it might be; because it works fine for me on betalabs: http://en.m.wikipedia.beta.wmflabs.org/wiki/Special:MobileDiff/52078...57032 [20:50:15] yeeyyy mobile diffs [20:50:19] :) [20:50:29] this makes me unbelievably happy [20:50:32] yup same here [20:50:52] and it has the latest commit [20:50:53] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MobileFrontend.git;h=4aa2d0466f9196a1e6b46e879f18a725679006d7 [20:52:38] #farewell #opera :( [20:52:53] ? [20:53:55] new WebKit Opera is a Chrome skin:(:(:( [20:56:12] oh wow [20:59:21] k automation tests are good [20:59:28] my other testing looks good [20:59:43] groovy, unless there are objections, let's push to prod MaxSem :) [21:00:05] sweet! [21:14:27] #farewell #opera :) [21:17:20] New patchset: Jdlrobson; "Story 755: Add event logging to editing" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/65842 [21:27:59] awjr, jcmish, jdlrobson and jgonera - scap complete:) [21:28:24] kayo [21:28:28] tfinc: using no index for zero makes sense to you? :( [21:33:54] editing seems to work, but for some reason I don't see the success toast... something that jdlrobson spotted earlier but we couldn't figure out. probably not related to the new editor code but to toast messages code [21:37:41] interesting, i don't get an edit link on https://en.m.wikipedia.org/wiki/Wikipedia:Sandbox [21:38:06] awjr, cause it's not mainspace [21:38:35] yeah [21:40:00] automation tests passed [21:40:16] my other manual tests look good too and I can edit as well [21:41:55] jdlrobson: ok back. was on a call. [21:42:11] jgonera: i've been getting the toast message on edits [21:42:21] jdlrobson: as soon as ops lets us i'd also want to drop .m from our search results. why have the sub domain ? [21:42:26] awjr, yes, in most cases it seems to appear [21:42:39] can you reliably reproduce jgonera? [21:43:03] awjr, not sure, try editing "Spies of Warsaw" in Chrome on Android on beta [21:43:28] tfinc, we don't need ops to noindex m [21:43:37] tfinc: we already do drop m from our search results [21:43:46] it's just a bug meant we leaked into searches [21:44:25] if we force google to stop indexing google won't take into account mobile links shared across the web [21:44:50] jdlrobson: sharing zero links you mean ? [21:45:02] interesting, undo from the history page doesnt seem to work in mobile [21:45:05] yes [21:45:26] on long term i'd rather we killed the zero domain completely [21:46:14] i just think a lot of fuss is being made over a non-problem about zero showing up in google results - they will disappear organically [21:46:20] jdlrobson: how would I test this? [21:46:21] https://bugzilla.wikimedia.org/show_bug.cgi?id=48512 [21:46:38] jcmish: go to french wikipedia nearby [21:46:40] see error message [21:46:49] so if it gets the error [21:46:51] we're good? [21:46:55] or should it 404? [21:47:22] I should say if it gets the error message we're good?1 [21:47:42] tfinc: no response from siebrand… [21:47:52] jdlrobson: as i said earlier. i'd love to get rid of all of these sub domains [21:47:57] it makes life easier [21:48:01] just serve users the right content [21:48:02] jgonera: yeah, i get the toast message in desktop chrome but not android chrome [21:48:09] with the same domain [21:48:30] and still seeing
tags getting added :( [21:48:45] tfinc: sure but stopping indexing altogether seems like bursting a balloon with a machete [21:48:56] awjr, in diffs? [21:49:00] yeah jgonera [21:49:13] not sure if jdlrobson already fixed this, I only reported a bug [21:49:15] i think i need to stop testing editing or my account's going to get blocked :p [21:49:22] ;) [21:49:25] hahhaha [21:49:27] mhurd: let me see if i can find any of the other translation guys [21:49:33] well that's a test too awjr! [21:49:54] lol jcmish [21:50:01] tfinc: here's the question [21:50:05] tfinc: if i need to change an existing key from something like "contribs-state-queued": "Queued" to "contribs-state-queued": "Queued $1" do i need to manually add the "$1" to all the other language files for that key? or will this be done when next batch of translations occurs? [21:50:10] aharoni: can you field a translate wiki question ? [21:50:16] aharoni: --^ [21:50:16] hahaha i got a 'please stop your disruptive editing' notice on my talk page [21:50:21] HAHAHHAHAH [21:50:37] a 'level 3 warning' apparently [21:50:46] jdlrobson: are these results just going to be removed from the index organically ? [21:50:56] as in dissapear over the next month [21:51:09] mhurd: no. [21:51:12] just change the English string. [21:51:17] aharoni: thanks [21:51:20] mhurd, change en and qqq, TWN will do the rest [21:51:44] yes, in the case changing qqq is needed, because you need to explain what $1 is [21:52:37] i did add explaination, but just to be clear, i also need to add the "$1" to all the existing lang files? [21:52:44] noooooo [21:53:08] you don't know these languages, order might be different for them [21:54:38] understood. the reason i ask is usually if there's a new key and no translation exists it defaults to english. in this case until the updated translations come back it will be broken as the exiting keys in the non-english files will lack the "$1" [21:56:04] tfinc: yes - as soon as the canonical link tag returns to the html [21:56:15] (when caches expire) [21:56:43] New patchset: MaxSem; "Device type rewrite" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/61942 [21:57:16] do we know the cache ttl ? [21:57:24] awjr, I think I'm done with ^^^ [21:57:34] tfinc, a month [21:57:58] from today or sometime in the past ? [21:58:27] cool MaxSem, i'll take a look in a bit [22:08:19] New patchset: Jdlrobson; "Bug 47882: Redefine default modules for Minerva Skin" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/63589 [22:09:10] I'm starting to feel very tired, I'll wander off to my bed again [22:11:23] jgonera: feel better soon [22:11:43] thanks, see you! [22:19:10] New patchset: Jdlrobson; "Bug 47882: Redefine default modules for Minerva Skin" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/63589 [22:45:53] mhurd: http://www.amazon.com/gp/product/B00ABDPKE2 cost more to ship then to buy [22:45:57] err [22:46:00] nm. free shipping [22:46:21] tfinc: wow [22:47:01] its sitting on jons desk right now if you want to tinker with it [22:50:42] tfinc: jorm you have mail [22:50:57] email? [22:51:00] or postal mail? [22:51:05] yup emaik [22:51:12] no i don't. [22:51:35] i dont see anything [22:51:42] jdlrobson: something important ? [22:52:52] mobile-tech [22:52:58] should have just come - something fun :D [22:54:06] I just got it. [22:54:26] if you're trying to dark horse something, mailing lists aren't the right way to go about it. [22:54:29] when do you get back? [22:55:00] :) [22:55:03] i'm back in SF now but in office tomorrow [22:55:36] i want to make this talk the best wikimania talk ever ;-) [22:55:54] k. i'm wfh tomorrow. [22:56:01] but maybe find time on thursday. [22:56:11] jdlrobson: just grab me and we can work on this [22:56:34] My main concerns are the code changes needed on the backend - so would be keen to get these prioritized accordingly [22:56:54] hrm. that sounds more like a job for tfinc. [22:58:13] jorm: i could do with your input on how the new layout that may is working on could be tweaked for desktop [22:58:21] sure, sure. [22:58:23] maybe we can grab some time later in week to work on this together [22:58:35] find time on my schedule soon 'cause it's filling up fast. [22:58:38] (hopefully by then first stab at new page menu will be merged) [23:01:30] awjr: I actually finished looking at the bugs from last iteration on the road [23:01:59] just need to move them to accepted the only one I still need to look at it the gadget bug so the wall will be all set soon [23:02:00] awesome jcmish :) [23:02:15] cool - can you coordinate getting those final stories accepted as well? [23:02:24] yup [23:02:46] Actually if howie is cool with it [23:02:52] I can close them out [23:03:02] I saw them today in the deploy again [23:03:25] for sure - you'll have to poke him; he hasn't really been hanging out in irc [23:05:11] jdlrobson: about that bug... I tested with an upload only and didn't hit it. haven't been able to test with adding image straight to article yet, but it's probably a Chrome issue that got fixed. [23:05:42] thanks ragesoss - closing it was nothing personal i just hate stale bugs :) [23:06:22] yeah, all good. [23:10:22] mhurd: when you have a moment come by to the collab area. im prioritizing stories we need designs for [23:55:27] tfinc: what are the bugzilla products/components the apps team uses? [23:55:52] Commons App [23:56:01] General [23:57:03] Wikipedia App as well? [23:57:08] MaxSem, did you deploy? [23:57:23] deploy i did [23:58:16] MaxSem, cool, any issues? [23:58:26] is Adam in the house? [23:58:30] none [23:58:32] dfoy, have you seen adam today? [23:58:45] but I didn't deploy Zero:) [23:59:11] yurik, yes he was in earlier today but had a doctors appt this afternoon [23:59:13] MaxSem, good :) i found a suspiscious code there, could behave incorectly [23:59:34] dfoy, cool, any major issues? [23:59:39] its good to be home :) [23:59:40] tfinc: 'wikipedia app' as well?