[04:53:53] !log started 0022249-161020124223818-oozie-oozi-C to rerun wf-text-2016-11-7-00 -> 03 [04:53:54] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [08:00:15] !log started 0022441-161020124223818-oozie-oozi-C to rerun wf-text-2016-11-7-04 -> 06 [08:00:16] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [08:34:23] (CR) Elukey: "Would it make sense to change the undefined_dt nomenclature with something like "incomplete_record"? In this particular moment the definit" [analytics/refinery] - https://gerrit.wikimedia.org/r/319582 (https://phabricator.wikimedia.org/T148980) (owner: Mforns) [08:38:19] Hi elukey -- I won't be available a lot today [08:38:38] elukey: You can still ping in case of emergency ;) [08:38:50] joal: hope not! :) [08:39:13] I am going to take care of the job restarts today [09:45:40] !log started 0022558-161020124223818-oozie-oozi-C to rerun wf-text-2016-11-7-07 [09:45:41] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [09:53:11] I found out how to add colors in here, but I need ottomata to make me op :) [10:03:58] Analytics, ChangeProp, Citoid, ContentTranslation-CXserver, and 11 others: Node 6 upgrade planning - https://phabricator.wikimedia.org/T149331#2775679 (Amire80) p:Triage>Normal [10:04:25] Analytics, ChangeProp, Citoid, ContentTranslation-CXserver, and 11 others: Node 6 upgrade planning - https://phabricator.wikimedia.org/T149331#2748980 (Amire80) p:Normal>Triage [11:41:37] Analytics, Analytics-Wikistats: Design new UI for Wikistats 2.0 - https://phabricator.wikimedia.org/T140000#2775947 (Milimetric) Interesting inspiration: http://datausa.io [11:52:25] Analytics-Kanban, Operations, Traffic: Varnishlog with Start timestamp but no Resp one causing data consistency check alarms - https://phabricator.wikimedia.org/T148412#2775954 (elukey) Quick summary: Brandon and Ema debugged the upload issue and figured out that it was related to the absence of a... [11:52:55] finally managed to repro the Varnish incomplete log --^ [11:52:58] \o/ [12:10:35] Analytics-Kanban, Operations, Traffic: Varnishlog with Start timestamp but no Resp one causing data consistency check alarms - https://phabricator.wikimedia.org/T148412#2775972 (elukey) From http://book.varnish-software.com/4.0/chapters/Tuning.html: ``` Varnish operates with multiple pools of thread... [12:20:30] * elukey lunch! [12:46:10] hi a-team good morning :] [12:46:57] o/ [13:04:51] Yay elukey :) [13:53:23] (CR) Mforns: [C: 2 V: 2] "Code looks a lot clearer :]" [analytics/dashiki] - https://gerrit.wikimedia.org/r/319966 (https://phabricator.wikimedia.org/T150027) (owner: Milimetric) [13:56:21] thx mforns, can I merge that and the previous and deploy? [13:56:43] hey milimetric, I'm looking at the previous one, will merge in a sec [13:56:55] k [13:59:12] (CR) Mforns: [C: 2 V: 2] "LGTM!" [analytics/dashiki] - https://gerrit.wikimedia.org/r/319965 (https://phabricator.wikimedia.org/T150027) (owner: Milimetric) [13:59:34] milimetric, do you want me to deploy? [14:06:26] I got it, mforns [14:14:43] (PS1) Milimetric: Fix small bug with totals bookmark [analytics/analytics.wikimedia.org] - https://gerrit.wikimedia.org/r/320196 (https://phabricator.wikimedia.org/T150027) [14:14:56] (CR) Milimetric: [C: 2 V: 2] Fix small bug with totals bookmark [analytics/analytics.wikimedia.org] - https://gerrit.wikimedia.org/r/320196 (https://phabricator.wikimedia.org/T150027) (owner: Milimetric) [14:15:25] k, that should be the only one that needs fixing, I don't think other dashboards use "all-projects" as a total [14:30:59] Analytics, Discovery, Discovery-Analysis, RfC: RFC: Requirements for analytics stats processor - https://phabricator.wikimedia.org/T150028#2776261 (Milimetric) In oozie, we notify about failed jobs via email. There's a simple workflow step that we include and configure to send the relevant infor... [15:04:55] Analytics-Kanban, Operations, hardware-requests: stat1001 replacement box in eqiad - https://phabricator.wikimedia.org/T149911#2776402 (Ottomata) Sounds perfect, thank you. [15:12:13] ottomata: o/ [15:13:59] hiyaaa [15:13:59] Analytics, Discovery, Discovery-Analysis, RfC: RFC: Requirements for analytics stats processor - https://phabricator.wikimedia.org/T150028#2776416 (Ottomata) > MariaDB SQL statements for event log tables BTW, eventlogging data is [[ https://wikitech.wikimedia.org/wiki/Analytics/EventLogging#Hado... [15:16:16] ottomata: two things - 1) can you remove the +c from this channel? (no colors, we are sad) [15:16:19] 2) I'd need to reboot kafka1013 [15:16:23] to install the new kernel [15:16:45] +c ? [15:16:51] elukey: proceed! [15:17:07] elukey: i'm not sure if i'm an irc admin, am I? [15:17:15] (I also don't know what +c is ... : ) )_ [15:17:50] you should be able to sudo https://wikitech.wikimedia.org/wiki/Freenode#Becoming_ops_in_a_channel [15:17:53] :D [15:18:13] I checked with chanserv access and you have tons of priviledges [15:18:14] :P [15:18:31] so +c is set to avoid any colors to be interpreted in the channel [15:18:52] so gerrit, phab, etc.. notifications are not coloured like in the other channels! [15:19:27] Cool, I'm on op! [15:19:30] an [15:20:08] ottomata has super powers :D [15:20:14] can I be an op too? [15:21:07] hm [15:21:11] dunno, can you run that command? [15:21:18] i just gave you a buncha privs, but i guess it didn't make you an op [15:21:33] (elukey, I have never administered IRC, I am not an IRC power user) [15:22:43] (me too :) [15:23:08] there you go :) [15:23:52] Analytics-Kanban, EventBus, Patch-For-Review, Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2776483 (Ottomata) HmmM, interesting! Why are we getting gzipped data? Can we just manually exclude that data? Which field is this in? JS... [15:23:53] nice [15:23:56] i think i don't want to be an op... [15:25:07] Analytics-Kanban, EventBus, Patch-For-Review, Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2776489 (Ottomata) > Could we just set the field to a null or some other value Oh, will `JSON_PARTIAL_OUTPUT_ON_ERROR` do this? [15:25:30] ottomata: yeah I'll deop too but it is useful if we have to kick somebod [15:25:33] *somebody [15:25:41] or maybe if people start spamming the log [15:26:38] rebooting kafka! [15:33:13] k! [15:34:28] whaaaa [15:34:36] automatically re-added [15:34:38] grrr [15:36:40] (CR) Nuria: "Not at this time but I do not see why it couldn't." [analytics/discovery-stats] - https://gerrit.wikimedia.org/r/319260 (https://phabricator.wikimedia.org/T149722) (owner: MaxSem) [15:42:58] oh yess [15:43:08] now I need to wait a code review or a phab task [15:43:15] 06Analytics-Kanban: (subtask) Dan's standard metrics - https://phabricator.wikimedia.org/T150025#2776532 (10Milimetric) **Newly Registered User** select wiki_db, count(*) from user_history where caused_by_event_type = 'create' and created_by_self group by wiki_db... [15:43:37] ottomata: mirromaker down on kafka1012, I think it is the usual produce issue [15:44:49] yesssss [15:44:56] colors finally :) [15:45:32] (03CR) 10Elukey: "Test for the IRC channel :)" [analytics/refinery] - 10https://gerrit.wikimedia.org/r/319582 (https://phabricator.wikimedia.org/T148980) (owner: 10Mforns) [15:45:45] now I feel better [15:46:32] elukey: yeah, a bump of mirror maker should do it. i'm annoyed with the fact that I don't fully know why its doing that. need to get more monitoring for mirror maker. started working on jmxtrans stuff a little last week [15:46:40] we should also get burrow monitoring for it set up too [15:46:48] elukey: I get pretty colors in irccloud, but is that too painless to count as a good irc client? :) [15:47:15] elukey, I'm looking at your review, it makes sense to have incomplete_record instead of undefined_dt, question: when having the count_ prefix like in count_undefined_dt, what do you prefer: count_incomplete_record or just count_incomplete? [15:47:48] mforns: don't have a preference, maybe the shorter one? [15:47:53] milimetric: :P [15:47:59] come ooooon [15:48:06] am I the only one using something like irssi [15:48:07] ? [15:48:11] elukey, ok, BTW I also see colors now (in hexchat) [15:48:18] \o/ [15:48:22] :] [15:49:22] elukey: I used every client known to man, and I had major issues with all. Irccloud fails all the time, but I can't tell you how I love not being the one that has to fix it. [15:50:46] elukey: you're not alone [15:51:08] though you're encouraged to avoid /CTCP VERSION'ing the entire channel [15:53:11] (03PS3) 10Mforns: Improve oozie data loss alarms [analytics/refinery] - 10https://gerrit.wikimedia.org/r/319582 (https://phabricator.wikimedia.org/T148980) [15:54:12] Nemo_bis: sorry I didn't get what I've done :( [15:55:09] you could do /CTCP #wikimedia-analytics VERSION to find out the client of every person here [15:55:10] no colors for me! [15:55:20] but you'd better not to ;) [15:55:30] ahhh okok [15:55:49] I thought I did something weird with the mode -c [15:55:52] okok good :) [15:56:34] https://meta.wikimedia.org/wiki/File:Wikipedia_IRC_Graph.png [15:57:32] cool :] [15:59:12] btw I'm grateful for the colours [15:59:40] Nemo_bis: :) I was also looking to other modes, if it makes sense to enforce some of them [16:00:30] elukey: stadddupppp [16:00:37] cominnnggg [16:24:16] 10Analytics: Enhance Report Updater to be able to send data to graphite - https://phabricator.wikimedia.org/T150187#2776752 (10Nuria) [16:27:45] 10Analytics: Enhance Report Updater to be able to send data to graphite - https://phabricator.wikimedia.org/T150187#2776774 (10Nuria) Enhance Report Updater to be able to send data to graphite [16:29:23] (03CR) 10Nuria: "Ticket filed: https://phabricator.wikimedia.org/T150187" [analytics/discovery-stats] - 10https://gerrit.wikimedia.org/r/319260 (https://phabricator.wikimedia.org/T149722) (owner: 10MaxSem) [16:43:05] 10Analytics, 10EventBus: Delete stale topics from main Kafka clusters - https://phabricator.wikimedia.org/T149594#2757362 (10Milimetric) p:05Triage>03Low [16:43:17] 10Analytics: Enhance Report Updater to be able to send data to graphite - https://phabricator.wikimedia.org/T150187#2776846 (10Milimetric) p:05Triage>03Normal [16:50:00] 10Analytics-Cluster, 06Analytics-Kanban: {hawk} Cluster Ops - https://phabricator.wikimedia.org/T102226#2776856 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:50:16] 06Analytics-Kanban: Operational improvements and maintenance in EventLogging in Q4 {oryx} - https://phabricator.wikimedia.org/T130247#2776860 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:50:29] 06Analytics-Kanban: {mole} Data Security - https://phabricator.wikimedia.org/T124679#2776863 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:50:40] 10Analytics-EventLogging, 06Analytics-Kanban: {oryx} EventLogging Ops - https://phabricator.wikimedia.org/T102220#2776867 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:51:06] 06Analytics-Kanban: Make deployment process to the cluster easier, more streamlined {hawk} - https://phabricator.wikimedia.org/T129253#2776871 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:52:10] 06Analytics-Kanban: {flea} Self-serve Analysis - https://phabricator.wikimedia.org/T107955#2776877 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:52:32] 10Analytics-EventLogging, 06Analytics-Kanban: {tick} Schema Audit - https://phabricator.wikimedia.org/T102224#2776881 (10Milimetric) 05Open>03Resolved a:03Milimetric This project's done [16:53:01] 06Analytics-Kanban, 14Trash: --- RUBICON --- - https://phabricator.wikimedia.org/T104390#2776885 (10Milimetric) 05stalled>03Resolved a:03Milimetric no longer needed [16:53:09] 06Analytics-Kanban: {loon} Refactor Data Dumps - https://phabricator.wikimedia.org/T117141#2776889 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:53:18] 10Analytics: THEME: Analyst uses an operationalized Saiku - https://phabricator.wikimedia.org/T75246#2776896 (10Milimetric) [16:53:21] 06Analytics-Kanban: {puma} Mondrian & Saiku - https://phabricator.wikimedia.org/T76739#2776893 (10Milimetric) 05Open>03Resolved a:03Milimetric No longer tracking projects by animal names [16:54:18] 10Analytics-Cluster, 06Analytics-Kanban: Story: Community has periodic browser stats report generated from Hadoop data - https://phabricator.wikimedia.org/T69053#2776901 (10Milimetric) [16:54:22] 06Analytics-Kanban: Browser reports improvements (parent task) - https://phabricator.wikimedia.org/T130405#2776898 (10Milimetric) 05Open>03Resolved a:03Milimetric Some small things remain but the main improvements are done. [16:55:39] 10Analytics, 10Datasets-General-or-Unknown, 06Services: Many error 500 from pageviews API "Error in Cassandra table storage backend" - https://phabricator.wikimedia.org/T125345#2776904 (10Milimetric) [16:55:44] 06Analytics-Kanban, 10Datasets-Webstatscollector, 10RESTBase-Cassandra, 13Patch-For-Review, 06Services (watching): Better response times on AQS (Pageview API mostly) {melc} - https://phabricator.wikimedia.org/T124314#2776902 (10Milimetric) 05Open>03Resolved it's really fast now! :) [16:57:39] 06Analytics-Kanban, 10Datasets-Webstatscollector, 10RESTBase-Cassandra, 13Patch-For-Review, 06Services (watching): Better response times on AQS (Pageview API mostly) {melc} - https://phabricator.wikimedia.org/T124314#2776909 (10Milimetric) [16:57:41] 10Analytics, 10Pageviews-API: Improve user management for AQS - https://phabricator.wikimedia.org/T142073#2776908 (10Milimetric) [17:02:39] 10Analytics: Polish script that checks eventlogging lag to use it for alarming - https://phabricator.wikimedia.org/T124306#2776927 (10Milimetric) 05Open>03declined We postponed this too far, we're likely to change how people look at EL data before we get to this improvement. [17:05:21] 10Analytics: Make a script to automatise the 4 commands to run for aqs deployment - https://phabricator.wikimedia.org/T133863#2247732 (10Milimetric) p:05Triage>03Normal [17:16:52] a-team: are you ok if I reboot stat1001 tomorrow at ~9:30 AM CEST? (kernel upgrades) - I don't think that we need to alert anybody but let me know otherwise [17:17:49] I'm fine, might need to check with erikz, elukey [17:18:00] (in case he's doing any wikistats deployment or something) [17:18:25] elukey: +1 should be ok afaik [17:29:50] milimetric, mforns : Hi guys, bad connecrtion, but can chat [17:30:12] joal, hello! [17:30:16] hey joal it's ok, we're just talking about the metrics [17:30:31] we're in the cave but if you have better connection tomorrow we'll just sort out the details between us for now [17:30:42] milimetric, mforns : Brand new data available with the discussed fields [17:30:48] yes, we love it [17:30:50] thank you :) [17:31:00] and slight wag of finger for working over the weekend :) [17:31:09] :) [17:31:10] joal, o/ [17:31:14] Couldn't do it today :) [17:31:24] all good, we can chat more tomorrow [17:31:38] great [17:32:21] also clickhouse is very impressive - on full data, less than 10s for a few month of enwiki active editors [17:34:12] next thing to try is plotting content augmentation for productive revisions over time [17:34:23] I'll show it to Aaron tomorrow :) [18:00:40] LUNCHTIME [18:07:56] 06Analytics-Kanban, 10EventBus, 13Patch-For-Review, 06Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2777183 (10Pchelolo) >>! In T148251#2776489, @Ottomata wrote: >> Could we just set the field to a null or some other value > Oh, will `JSON_PAR... [18:24:18] team going afk! [18:24:20] byezzz [18:52:59] 06Analytics-Kanban, 10EventBus, 13Patch-For-Review, 06Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2777352 (10Ottomata) Hm, you know, the more I think about it, the more I wonder if we should consider events that fail JSON encoding as just in... [19:21:19] 10Analytics, 10Analytics-Cluster, 06Operations, 06Research-and-Data, and 2 others: GPU upgrade for stats machine - https://phabricator.wikimedia.org/T148843#2777511 (10DarTar) @Ottomata @Nuria: anything else you need from us to get this request processed? Please let us know. [19:21:35] 06Analytics-Kanban, 10EventBus, 13Patch-For-Review, 06Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2777512 (10Pchelolo) @Ottomata it's in the `added_properties` or `removed_properties`. The only possible problem is when 2 different properties... [19:24:19] 10Analytics, 10Analytics-Cluster, 06Operations, 06Research-and-Data, and 2 others: GPU upgrade for stats machine - https://phabricator.wikimedia.org/T148843#2777525 (10Nuria) @DarTar: nothing else is needed, ops will get to it as they have the bandwidth [19:24:30] 10Analytics, 06Research-and-Data: Upgrade R on stat* machines to latest (3.3.2) - https://phabricator.wikimedia.org/T149959#2770252 (10DarTar) @mpopov @yuvipanda thanks for keeping us posted on this request, let us know if you need any input from Research. [19:26:15] 06Analytics-Kanban, 10EventBus, 13Patch-For-Review, 06Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2777557 (10Ottomata) Since we know the fields that might have binary data, can we just check for it while building the event in the hook, and t... [19:43:12] ottomata: one question [19:43:16] ottomata: if you may [19:43:23] jaaaa [19:43:28] whasssuppp? [19:43:38] ottomata: for the kafka callback whitelist [19:44:03] ja? [19:44:04] ottomata: rather than chnaging parameter type from array to boolean to indicate 'no whitelist' [19:44:26] ottomata: what if [] indicates no whitelist [19:44:48] nuria: seems a little strange, but defer that q for a second...what do you think about the function idea [19:44:50] instead of an array? [19:44:54] would be more flexible... [19:45:50] ottomata: a function that when passing a string returns true/false ? [19:45:58] ottomata: sure can do that too [19:52:51] yeah, instead of a whitelist [19:52:53] so [19:52:57] we have our own default filter function [19:53:00] that includes a whitelist [19:53:05] but if someone wants to override it [19:53:18] they pass their own function, given a flattend string key, if it returns false, it should not be included [19:53:38] but, i think if someone sets filterFunc = false, then all keys will be sent. [19:53:40] vs [19:53:50] filterFunc === undefined (the default) which would mean to use our own default filter func [19:58:54] ok, i think if you want all keys to be sent you should set: function(str) {return true} . ...not super fond of parameters having different types [20:00:57] ^ ottomata [20:02:18] nuria: hm, i guess. if you really prefer nuria, maybe put it in options {}, and have another param for filterEnabled [20:02:32] nuria: this is js though, multiple types are used all the time, also in python. [20:02:52] i think its totally fine to disable by setting it to false. false !== undefined, and undefined is the default [20:03:34] ottomata: ok, i will change it if you feel strongly about it [20:08:43] nuria: it seems a lot cleaner to me [20:08:48] ottomata: k [20:09:02] halfak: Hi, goodie before I go to bed: https://docs.google.com/a/wikimedia.org/spreadsheets/d/1XqTul6OJTSh2VbTMag0Q8BPpfXlv0L5V72Sj3kfia3A/edit?usp=sharing [20:13:08] Tomorrow a-team ! [20:13:14] bye joal ! [20:14:40] bye [20:14:48] 06Analytics-Kanban, 10EventBus, 13Patch-For-Review, 06Services (watching), and 3 others: Empty body in EventBus request - https://phabricator.wikimedia.org/T148251#2777788 (10Pchelolo) I actually like the idea to replace those values, created a patch, let's discuss on the patch [20:29:16] cool! [20:32:54] 10Analytics-Tech-community-metrics: Data on korma not getting updated - https://phabricator.wikimedia.org/T149984#2777838 (10Aklapper) p:05High>03Unbreak! [20:44:40] ottomata: updated points on task to be 5 rather than 8 [20:46:29] 10Analytics-Wikistats, 07JavaScript: broken javascript on SquidReportPageViewsPerCountryBreakdownHuge - https://phabricator.wikimedia.org/T43663#2777870 (10Nuria) [20:47:19] k [20:48:12] nuria: , i don't understand the Object.keys vs for var in [20:48:23] it seems like Object.keys does what for var in + if hasOwnProperties [20:48:24] allin one [20:48:42] Object.keys(obj).forEach(key => { ... } ) [20:50:57] ottomata: right, it does [20:51:06] ottomata: but object.keys is not on node 4 [20:51:24] ottomata: which is what we run in prod [20:51:27] ottomata: makes sense? [20:51:37] oh [20:51:41] hmmm..ok [20:51:54] not sure if that is true or not, but for this it would be good to be as backwards compatible as possible [20:51:54] ok [20:52:13] ottomata: is one of many functions in ES6 to avoid boiler plate (as you have seen) [20:52:44] nuria: Object.keys is available on Node 4 [20:52:52] and earlier versions [20:53:09] milimetric:mmmm... i get an error [20:53:19] it's capital o - Object [20:53:27] milimetric: when trying to use it [20:53:27] (you typed it as lowercase before) [20:53:32] milimetric: right right [20:53:41] if it's still not working something else is wrong [20:53:56] Object.keys has been working even in browsers for a while and node is ahead of browsers [20:55:06] also, though, I don't think we should avoid ES6, node 4 works with ES6, just needs harmony mode [20:55:07] milimetric: wait cc ottomata totally sorry, it is there [20:56:23] aye, let's use it then! [20:56:38] nuria: for your filter stuff, you might want to also consider Array .filter / .includes [20:56:44] unless those aren't available for earlier versions [20:57:08] although for your main key for var in, loop, its nice to be able to break; [21:08:54] ottomata: careful 'cause for ... in ... is not going to go over the same things as Object.keys(...).forEach, necessarily [21:09:20] honestly the built-in stuff is kind of a mess, one reason we use lodash [21:09:32] ja, but the .keys .forEach is probbaly want we want [21:09:35] (small reason, but it's nice to depend on it) [21:09:43] should be the enumerable properties only, right? [21:09:50] .keys is enumerable only [21:10:03] for ... in ... seems to go over other stuff too [21:10:07] yeah. i mean, i'd be fine with lodash too, but maybe nuria is trying to keep this with 0 deps [21:10:22] what yall working on? [21:10:28] node-rdkafka-statsd callback function [21:10:41] https://gerrit.wikimedia.org/r/#/c/319671/ [21:10:51] oh ok, small thing, yeah, no deps makes sense [21:10:54] for in and object keys are not the same, true [21:11:14] i like Object keys better, because you don't need that extra conditional for hasOwnProperty [21:11:14] object.keys corrects the issues of var in [21:11:17] yeah, just be careful with those and make sure it works well [21:11:18] reads cleaner [21:11:38] yep, Object.keys is closest to what you want, but it's still weird in cases like this: [21:11:49] let a = [2, 4, 6]; [21:11:59] a.foo = 'blah'; [21:12:00] milimetric: because is not an object [21:12:10] Object.keys will have 0, 1, 2, and 'foo' [21:12:18] 'cause it's an array, yeah, [21:12:22] milimetric: it no works for arrays [21:12:39] it's not breaking, it's just weird if you don't expect it [21:12:54] 0, 1, 2 are the special index properties that make js arrays work [21:13:10] 'cause there are no real arrays in js, they're all associative [21:13:44] yeah, but we'd be using it only with obj [21:13:45] so yea [21:14:55] k [21:17:39] bye a-team! [21:18:57] nite [21:42:12] 06Analytics-Kanban, 10Mobile-Content-Service, 06Wikipedia-Android-App-Backlog, 13Patch-For-Review, 07Spike: [Feed] Establish criteria for blacklisting likely bot-inflated most-read articles - https://phabricator.wikimedia.org/T143990#2585510 (10bearND) deploy/2016-11-07/f276982 [21:44:14] ottomata: will consult on statsd stuff with peter [21:47:46] k cool