[01:53:34] jdlrobson: around? [01:53:47] * aude wondering about wikidata descriptions in mobile [07:57:37] morning o/ [07:58:23] morning phuedx [09:59:24] o/ [12:09:28] o/ hashar [12:09:30] how're you? [12:10:08] sleep deprived as usual :D [12:10:11] but overall fine! [12:10:14] kids? [12:10:16] yeah [12:10:20] KIDS [12:10:25] (i know the feeling) [12:10:33] my youngest wakes up at ~5 am at the momen [12:10:34] *t [12:10:36] and lot of over hours last two weeks (mw train deploy is in our evening) [12:10:36] teeth [12:10:43] bleh [12:10:47] ah for teeth [12:11:26] for our first we timed paracetamol with the nightly milk at 2am [12:11:42] so would give her paracetamol at like 8pm and again at 2am :} [12:12:10] but yeah it is terrible :/ [12:13:49] anyway the secret is to have naps whenever possible :d [12:14:45] ^ [12:14:45] :D [12:14:58] sleep whenever the baby sleeps was the advice that my mum gave me [12:15:05] i followed it to the letter ;) [12:15:41] hashar: work related: where can i find the ci config for the mwext-mw-selenium job? [12:15:50] the environments.yml specifically [12:16:44] or does it use the one from the repo? [12:16:46] hrrm [12:16:50] maybe it does [12:17:45] hrrm -- jenkins apparently sets up MEDIAWIKI_URL [12:18:18] hashar: basically just sit there and be my rubber duck while i figure out why a build is failing ;) [12:18:21] :D :D :D [12:18:23] thanks! [12:18:46] phuedx: should use the one from the repo [12:18:49] per design :D [12:19:04] the idea behind that environments.yml is to delegate the configurations being run in Jenkins to the devs [12:19:40] zeljkof has all the details [12:33:18] hashar: it seems like either the mediawiki_url that jenkins is //setting// or the mediawiki_url that mediawiki-ruby-api is //expecting// is wrong [12:33:31] raise a bug for zeljko and dduvall? [12:33:43] yeah most probably [12:33:51] and poke zeljkof about it in #wikimedia-releng [12:34:05] he is better than me at debugging such issues [12:34:13] it is probably a simple mistake [12:34:28] (and maybe you need the gems to be updated) [13:29:53] olliv: yt? [13:30:07] hello! [13:30:39] phuedx: good afternoon [13:32:17] olliv: and the same to you [13:32:55] i just wanted to clarify that, afaict from the config changes, wikidata descriptions are enabled everywhere (apart from as taglines on mediawikiwiki and metawiki) [13:33:21] phuedx: yes, I noticed - do you know why? [13:33:47] no [13:34:28] do you think it's possible to turn them off at least for the top 6 asap or should we wait for jonr? [13:38:07] olliv: we've missed the mid-day swat window [13:38:23] but i can line up a config change for this evening (1800 utc) [13:41:16] phuedx: okay - let's do that [15:08:16] joakino: backlog grooming? [16:00:17] coreyfloyd: will be a few minutes late [16:00:34] bearND: k - just ping me when ready [16:35:35] coreyfloyd: we're waiting for you in the next meeting [17:01:09] olliv: nzr standup [18:04:30] dbrant: you doing credit or do you have some free time? [18:04:55] coreyfloyd: credit. but free time afterwards. [18:05:15] dbrant: going to toss something on your calendar [18:05:20] thanks [18:32:06] niedzielski: i don't know what happened, but the app crashes on me at every launch [18:32:26] niedzielski: i have an adb logcat: https://dpaste.de/EMNG [18:32:29] if that helps [18:32:30] matanya: hm [18:33:01] matanya: you're browsing in hebrew? [18:33:06] yes [18:33:51] matanya: ok, i can repro :] will file a ticket with the details and cc you. thanks for the report and log! [18:34:26] good niedzielski but how can i use the app now? go back to prev version ? [18:35:11] matanya: i think it's likely a bug in the output of the content service backend and an incorrect assumption in the app. let me get a little more detail and see if i can provide a workaround [18:35:29] niedzielski: thanks! [18:35:48] matanya: thank you! [18:35:52] :) [18:39:39] matanya: hm. the feature article card is coming back as an empty object which i think is unexpected. the content service shouldn't send an empty card [18:40:06] niedzielski: is that sca ? [18:40:19] matanya: if you're in a bind, i can give you a hacked alpha build that will account for the failure, otherwise you will have to wait until the bug is fixed in the content service [18:40:40] matanya: sorry, what do you mean by sca? [18:41:09] contect service is what is also known as SCA ? [18:41:56] niedzielski: I have 68 apks of the app on my phone, i can always revert to prev version if it is better than getting one from you [18:41:57] matanya: i'm not sure. some folks call it MCS or mobile content service but i think this is a horrible thing to call it since everyone, not just mobile devices, are supposed to use it [18:42:14] I see [18:42:22] matanya: i think you'd have to go pretty far back or hope that tomorrow there is a featured article that is digested by the content service [18:42:49] matanya: this bug is probably also on prod :| [18:42:59] Is content service in the hands of marco ? [18:43:33] also niedzielski : https://phabricator.wikimedia.org/T144960 [18:43:44] matanya: marco contributes but its owned by android [18:44:11] matanya: could be related. not enough info to say unfortunately [18:44:28] niedzielski: just to understand, you are the owner of this service, or another team ? [18:45:00] matanya: i don't own it personally. the android team owns it of which i am a member. most contributions on the team have been made by bearND or mdholloway [18:45:27] I see, thanks for the clarification [18:48:56] matanya: T144990 [18:48:56] T144990: [CRASH] Content Service shouldn't send empty objects - https://phabricator.wikimedia.org/T144990 [18:49:01] ^looking into this [18:49:11] thanks niedzielski and mdholloway [18:49:33] matanya: you're welcome, thanks for the report! [18:50:36] mdholloway: i just added the logcat output which i should have done in the first place [18:52:38] mholloway: i'm guessing the fix is just to call mUtil.isEmpty(tfa) and only set the field if false [18:53:19] why would it be false anyway, we have a tfa every day [18:53:51] mdholloway: crash in production too :/ [18:54:16] matanya: sometimes the wiki pages are difficult to parse [18:54:30] affects german as well [18:54:43] crashing on prod [18:54:43] oh oh, this probably came in with this mornings deploy [18:54:55] i'd actually call this an unbreak now level bug [18:55:26] yes. /cc: mobrovac [18:56:09] euh? [18:56:12] I think this is probably caused by https://gerrit.wikimedia.org/r/#/c/309004/, which I had not seen yet [18:56:28] mobrovac: the app is crashing since the deploy this morning [18:56:37] ^^^ fixed a crash i witnessed in prod [18:56:48] now it sends an empty object for tfa instead of omitting it [18:56:53] ah! [18:56:54] ok [18:56:59] bearND: lemme fix it [18:57:02] ok [18:57:04] bearND: [18:57:06] hm [18:57:08] actually [18:57:16] there is a reason why i put the empty object [18:57:24] oh no ok [18:57:37] i know how i can fix it to make everybody happy [18:57:42] at least, i think [18:57:47] lemme do a patch and we can discuss [18:58:08] mobrovac: What was the issue that prompted you to add it? [18:58:38] if you do res.json(null), the client sees that as an abrupt end of the conn and fails [18:59:10] but that's true for /v1/page/featured/ [18:59:18] which i guess is not called by the app at all [18:59:23] but it is called by RB [18:59:28] but that's only for the microservice. The aggregated endpoint should omit the property altogether [18:59:54] yeah but the individual endpoints are called bt RB now [18:59:58] s/by/by/ [19:00:00] damn [19:00:03] :P [19:00:21] mobrovac: can we revert this for now until we get a solution that works for both? [19:00:50] no, because if we revert this clients will see 500s so it;s no good either [19:01:09] gimme 10 mins [19:01:13] ok [19:06:56] Once it is over i think it deserves an outage report [19:09:00] matanya: yes, that seems fair [19:12:08] bearND: mdholloway: we can cancel Grooming, if you guys are in the thick of it [19:13:09] dbrant: mdholloway yes, we might need to. [19:13:28] yes, postponing or cancelling seems best [19:14:02] alright! [19:20:16] bearND: mdholloway: https://gerrit.wikimedia.org/r/309075 [19:20:26] need to fix RESTBase too, patch coming up [19:21:29] ok, ty [19:28:17] bearND: mdholloway: https://github.com/wikimedia/restbase/pull/667 [19:31:19] bearND: if you're k with the patch, i can force-merge it [19:31:39] oh, wait, need to remove a comment [19:32:10] bearND: kk, good to go now, shall i +2 ? [19:32:16] ps3 [19:32:19] mobrovac: yes, I'm ok with it. Just looked at the code. Unfortunately I cannot repro the issue when just running against my local server. I think it's the interaction with RB that plays an important role in this. [19:32:29] yes [19:32:37] yes, +2 [19:32:38] you need a rb server locally too to see that [19:33:01] in mw-vagrant? [19:33:18] that works too [19:33:39] ok, will check this out later [19:33:56] bearND: just verified locally that curl localhost:7231/fr.wikipedia.org/v1/feed/featured/2016/09/06 does not give an empty tfa with https://gerrit.wikimedia.org/r/309075 and https://github.com/wikimedia/restbase/pull/667 [19:37:34] bearND: deploying https://gerrit.wikimedia.org/r/#/c/309079/ [19:39:08] mobrovac: want to deploy the rb change first? [19:39:19] seems more innocuous to me [19:39:26] yup [19:39:53] the RB fix works with the current mcs code in prod too [19:40:04] yes [19:42:21] coreyfloyd: ready now, if you like [19:42:34] dbrant: sure [19:42:47] yeah, i was wondering if the mcs change was even needed so long as rb checks for and doesn't send empty objects in the response [19:43:02] dbrant: heading to the hangout on the invite [19:43:52] s/send/include [19:49:56] mdholloway: right, but better to be precise :) [20:00:26] bearND: mdholloway: ok, in 10 mins all should be back to normal [20:01:51] mobrovac: thanks for the deploys. Can't wait for this to return back to normal. App still crashes on startup. Even cleared the cache. [20:02:21] bearND: yeah, we need to wait for the content to expire on the server side before the new version is computed [20:02:28] the ttl is set to 10 mins for that [20:04:30] bearND: mobrovac: thanks for the fixes, mobrovac -- he, de, fr all working again [20:05:15] oh good! [20:05:26] now it's working for me, too. :) [20:05:27] i''l try to clear the RB cache to be on the safe side [20:07:31] I guess I'll respond to some of the of app store reviews in a couple of minutes when things should be cleared up [20:10:00] bearND: mobrovac: cool. i'll start writing up an incident report. this outage probably started with the restbase deploy at 13:31 UTC, correct? [20:10:24] bearND: mdholloway: cache cleared, we should be good now [20:10:41] mdholloway: yup [20:10:54] mobrovac: cool, thanks again. [20:11:03] bearND: mdholloway: i need to go now, but if something's wrong, please send me a mail directly and i'll come online asap [20:11:48] mobrovac: ok! forgot about the time difference. thanks again and good night! [20:11:55] mobrovac: ok, sounds good. Thank you! [20:12:00] not yet, not yet [20:12:05] first, bowling time! :) [20:12:13] np [20:12:29] at 10pm? [20:12:40] yeah well, i'm already late :P [20:12:58] quite late actually [20:12:59] hahah [20:49:26] mhurd coreyfloyd joewalsh: o/ would one of you devs mind reviewing this patch when you can? https://gerrit.wikimedia.org/r/#/c/304801/ [20:50:54] niedzielski: ^ ah, thanks for pinging, i was meaning to do that this p.m. but got distracted by the app outage [20:51:39] mdholloway: np :] it will be nice to see it merged [20:53:45] niedzielski: sure [20:54:00] niedzielski: coreyfloyd: checking it now... [20:54:15] mhurd: oh cool… i defer to you [20:54:18] thanks! [20:54:18] mhurd coreyfloyd: thanks! [20:54:35] coreyfloyd: niedzielski: np [21:00:01] niedzielski: coreyfloyd: mdholloway: the css patch looks good. i +1ed it [21:01:31] mhurd: yayyy! [21:01:33] mhurd: thanks for the review! :) [21:01:45] mdholloway: going to +2 now [21:01:49] mdholloway: niedzielski: :) [21:02:00] niedzielski: cool [21:02:48] mhurd: niedzielski awesome thanks! [21:12:16] coreyfloyd: one that patch is merged/deployed we'll be able to remove the redundant styles from our "misc.less" the next time we sync with upstream css [21:12:23] *once [21:12:29] sweet [21:12:38] coreyfloyd: every little bit :) [21:12:58] coreyfloyd: i'll make a ticket to remind us [22:06:35] mdholloway|afk: did you start an incident report? [22:10:44] mobrovac: yep, i've got a draft going, i'll send your way [22:13:31] mdholloway|afk: cool! [22:14:10] mdholloway|afk: you can put it as a subpage of https://wikitech.wikimedia.org/wiki/Incident_documentation and we can complete it async [22:14:31] you can just copy the template at https://wikitech.wikimedia.org/wiki/Incident_documentation/Report_Template [22:16:34] mobrovac: cool, i thought there must be a template somewhere, thanks for the links [22:16:44] heh np [22:17:02] hopefully you won't need it too often :) [22:26:58] lol, i hope not! [22:28:52] created https://wikitech.wikimedia.org/wiki/Incident_documentation/20160907-Android [22:34:54] niedzielski: bearND fyi in case you didnt see.. i just submitted a bunch of mobile content service patches [22:35:16] jdlrobson: sweeet [22:57:02] mdholloway|afk: the report looks really good [22:57:17] in the informative sense, not that it's good that it needed to be written [22:57:18] :P [22:58:07] btw, it's customary to announce the report on the relevant lists, mobile-l and ops-l are probably good targets [22:58:24] (ops-l is kind-of obligatory for this sort of things)