[06:32:42] <wikibugs>	 Analytics / General/Unknown: Packet loss alarm on oxygen on 2014-08-16 - https://bugzilla.wikimedia.org/69663#c3 (nuria) We had alarms about traffic drop on Aug 16th 23:03 (packetloss), Aug 17th 00:11, Aug 17th 05:51, Aug 17th 07:51 (oxygen).  Recovery was sent on Aug 17th 04:51 (packetloss) and Aug 17...
[07:47:27] <wikibugs>	 Analytics / General/Unknown: Packet loss alarm on oxygen on 2014-08-16 - https://bugzilla.wikimedia.org/69663#c4 (nuria) Looked at the files for 17th and 18th again and the only event I can find with significant loss is printed below.  2014-08-17T06:24 3474 2014-08-17T06:25 3516 2014-08-17T06:26 1385 (...
[07:49:45] <wikibugs>	 Analytics / General/Unknown: Packet loss alarm on oxygen on 2014-08-16 - https://bugzilla.wikimedia.org/69663 (nuria) a:nuria>christian
[11:21:30] <wikibugs>	 Analytics / Tech community metrics: Wrong data at "Update time for pending reviews waiting for reviewer in days" - https://bugzilla.wikimedia.org/68436#c9 (Alvaro) The problem with (In reply to Quim Gil from comment #4) > Ok, I'm sorry. I shouldn't send patches going beyond edits in text strings > with...
[13:12:22] <grrrit-wm1>	 (CR) Milimetric: "A couple of general things:" (17 comments) [analytics/dashiki] - https://gerrit.wikimedia.org/r/154787 (owner: Nuria)
[13:25:08] <milimetric|afk>	 hi nuria - I'm around and looking at dashboard stuffs
[13:25:22] <milimetric|afk>	 we can talk anytime you like
[13:26:04] <milimetric|afk>	 specifically, these things are very cool:
[13:26:06] <milimetric|afk>	 https://github.com/SteveSanderson/knockout-triage/blob/master/src/js/lib/knockout-batch.js
[13:26:22] <milimetric|afk>	 (batches updates so when we're binding 1000 projects the UI doesn't freak out)
[13:26:28] <milimetric|afk>	 http://knockoutjs.com/documentation/textinput-binding.html
[13:26:47] <milimetric|afk>	 (handles text input better than the value binding, which typically has to be hacked to play nice)
[14:01:44] <ottomata>	 (do we still have a logbot?)
[14:02:04] <ottomata>	 !log changing group ownership and permissions on raw webrequest data in hdfs.  You now must be in the analytics-privatedata-users group to access.
[14:02:18] <ottomata>	 Ah it is 10!
[14:22:33] <qchris>	 No logbot for us. ... but having one would be great.
[14:23:04] <qchris>	 wm-bot2: can you please be a log bot too?
[14:26:48] <qchris>	 Yikes! analytics-bot is doing the logging.
[14:26:53] <qchris>	 https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log
[14:27:01] <qchris>	 ottomata1: ^
[14:27:36] <qchris>	 (But it seems it only has 4 entries in 2014 :-) )
[14:30:10] <nuria>	 milimetric: did you try tried that dashboard sets up correctly (via bower json and npm install)
[14:30:36] <nuria>	 sorry milimetric|afk
[14:31:29] <milimetric|afk>	 oops
[14:32:48] <ottomata1>	 oh, it did work?
[14:32:50] <ottomata1>	 cool
[14:32:56] <grrrit-wm1>	 (PS1) Yuvipanda: Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263
[14:33:08] <grrrit-wm1>	 (CR) jenkins-bot: [V: -1] Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263 (owner: Yuvipanda)
[14:33:36] <grrrit-wm1>	 (PS2) Yuvipanda: Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263
[14:33:45] <milimetric>	 nuria: it looks like it puts bower_components in the root instead of in /src
[14:34:09] <nuria>	 there are two sets of components in bower
[14:35:01] <nuria>	 one in tests one in src
[14:35:36] <milimetric>	 yes, nuria I think you just need a .bowerrc in the root folder that tells it to put the packages in src/bower_components
[14:35:39] <nuria>	 amilimetric: Are both wrong ?
[14:35:50] <milimetric>	 {
[14:35:50] <milimetric>	   "directory": "src/bower_modules"
[14:35:50] <milimetric>	 }
[14:36:14] <milimetric>	 no, the test one seems fine
[14:36:28] <nuria>	 ok, that is something else to fix
[14:36:50] <milimetric>	 yep, sorry I missed it on the CR
[14:40:02] <grrrit-wm1>	 (PS3) Yuvipanda: Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263
[14:46:09] <grrrit-wm1>	 (PS4) Yuvipanda: Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263
[14:47:13] <grrrit-wm1>	 (CR) Yuvipanda: [C: 2] Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263 (owner: Yuvipanda)
[14:47:18] <grrrit-wm1>	 (Merged) jenkins-bot: Sanitize rows before inserting into sqlite [analytics/quarry/web] - https://gerrit.wikimedia.org/r/155263 (owner: Yuvipanda)
[14:59:28] <grrrit-wm1>	 (CR) Milimetric: [C: -1] "Looks good. The factory+stub / mock thing is just a discussion I want to have. I'm leaning only slightly away from the factory. The res" (12 comments) [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/155003 (https://bugzilla.wikimedia.org/68507) (owner: QChris)
[15:00:55] <milimetric>	 nuria: we have the predictable awesome support from SQLAlchemy when we want to change our mw connections to hit a single shard and issue "use blah;" statements: http://docs.sqlalchemy.org/en/rel_0_9/core/connections.html#sqlalchemy.engine.Engine.execution_options
[15:01:19] <nuria>	 nice!
[15:01:32] <nuria>	 sqlalchemy is really A_MA_ZING
[15:01:59] <grrrit-wm1>	 (PS1) Gergő Tisza: Fix global optout counts [analytics/multimedia] - https://gerrit.wikimedia.org/r/155272
[15:08:22] <nuria>	 milimetric, there is also jquery 2 which i did not know about: http://zurb.com/article/1293/why-we-dropped-zepto
[15:09:20] <nuria>	 benchmarks are ridiculous though
[15:18:11] <milimetric>	 nuria: I'm all for jquery 2, zepto doesn't behave properly with Require
[15:20:37] <nuria>	 why not?
[15:20:40] <milimetric>	 I had heard about it but wanted to try zepto.  If you look carefully at dashiki, I think zepto's never being included.  I request it in my module definition but require gets confused and $ just ends up being jquery
[15:21:03] <nuria>	 no, that is not because of require, it works fine
[15:21:30] <nuria>	 it is because you are loading jquery who defines window.$ = window.jQuery
[15:21:31] <milimetric>	 if I do require(['zepto'], function(zepto){ // zepto does not work here
[15:21:53] <milimetric>	 I thought that's what it was, but I was trying the above and always failing
[15:21:57] <nuria>	 it does
[15:22:11] <nuria>	 really, i have it all working with typeahead
[15:22:23] <milimetric>	 very weird
[15:22:26] <nuria>	 zepto initializes itself excatly like jquery there is no difference
[15:22:34] <nuria>	 when it comes to initialization
[15:22:56] <nuria>	 you need this:
[15:23:33] <nuria>	 sorry, rather "something like this":     shim: {
[15:23:33] <nuria>	         "typeahead": { deps: ["zeptoAdaptor"] },
[15:23:34] <nuria>	         "zeptoAdaptor": { deps: ["zepto"] },
[15:23:34] <nuria>	     }
[15:23:54] <nuria>	 if you look at scafolding for KO that is how it is done for jquery
[15:24:04] <nuria>	 and bootstrap
[15:24:16] <nuria>	 on require.config.js
[15:24:37] <milimetric>	 nuria: forgetting about typeahead and other stuff
[15:24:46] <nuria>	 yes
[15:24:51] <milimetric>	 I just tried the basic thing of requiring zepto and it comes into my function as undefined
[15:25:15] <nuria>	 because if you have jquery too they cannnot "share" "$"
[15:25:20] <milimetric>	 this is my code:
[15:25:20] <milimetric>	 define(['knockout', 'zepto', 'text!./wikimetrics-data-browser.html'], function(ko, zepto, templateMarkup) {
[15:25:23] <nuria>	 zepto
[15:25:24] <milimetric>	 so I'm not using $ at all
[15:25:37] <milimetric>	 zepto.get then throws an error
[15:25:42] <nuria>	 that is the problem
[15:25:48] <nuria>	 you need to use $
[15:26:10] <nuria>	 the define
[15:26:17] <nuria>	 does not "set" the order
[15:26:24] <nuria>	 in taht case there
[15:26:35] <nuria>	 konckout could be loaded before zepto
[15:26:38] <milimetric>	 well, the define should get me an object that fulfills "zepto" or else there's a problem with the module definition
[15:27:23] <nuria>	 sorry, I am not explaining myself clearly
[15:27:41] <nuria>	 substitute zepto by jquery in your define and try teh same thing, maybe taht is more clear
[15:28:16] <nuria>	 for a module w/o defines (zepto /jquery)
[15:28:21] <nuria>	 you need to use shims
[15:28:26] <nuria>	 taht is what tehy are for: http://requirejs.org/docs/api.html#config-shim
[15:28:28] <milimetric>	 nuria: so that worked...
[15:28:37] <milimetric>	 define(['jquery', 'knockout', 'text!./wikimetrics-data-browser.html'], function(zepto, ko, templateMarkup) {
[15:28:53] <milimetric>	 but this fails:
[15:28:53] <milimetric>	 define(['zepto', 'knockout', 'text!./wikimetrics-data-browser.html'], function(zepto, ko, templateMarkup) {
[15:29:03] <nuria>	 so look at your jquery module if it has "define"
[15:29:07] <nuria>	 will work w/o shime
[15:29:13] <nuria>	 if it doesn't
[15:29:19] <milimetric>	 oh!
[15:29:22] <nuria>	 it  likely will not
[15:29:24] <milimetric>	 ok, yeah, so that's what I'm saying
[15:29:29] <milimetric>	 zepto sux with require :)
[15:29:44] <milimetric>	 my point wasn't that it's unusable
[15:29:57] <milimetric>	 just that it wasn't a mature product that thought about super common things like require compatibility
[15:30:34] <milimetric>	 I agree those performance tests the jquery 2 post links to is hilarious but I would bet that jquery is fast in general and more likely to get faster
[15:31:13] <nuria>	 mature and define are two differnt thins
[15:32:08] <milimetric>	 not really - if a project lives in its own world where it pretends requirejs isn't popular, that's weird
[15:32:13] <nuria>	 and it does work fine with require.js, milimetric, iam using it right now.
[15:32:38] <milimetric>	 with shims though, right?
[15:33:12] <nuria>	 take  alook at your config: https://github.com/milimetric/dashiki/blob/master/src/app/require.config.js
[15:33:20] <nuria>	 jquery is on teh shim..
[15:33:53] <milimetric>	 well they're stupid too then :)
[15:34:33] <nuria>	 the version of jquery that you get from bower
[15:34:35] <milimetric>	 wait no, that shim is for bootstrap - seems like jquery is defined properly no?
[15:34:39] <nuria>	 is not made for requirejs
[15:34:43] <milimetric>	 k
[15:34:46] <milimetric>	 it doesn't matter :)
[15:34:49] <nuria>	 top of file:
[15:35:05] <milimetric>	 I'd rather stick with jquery 2, it seems like a better bet going forward
[15:35:11] <milimetric>	 especially if we have to patch zepto
[15:35:44] <milimetric>	 wait, so why do you need the .data patch though?
[15:35:58] <nuria>	 well, we have to see if it needs [patching then , so far i haven't patch it but it might need some things here and there
[15:36:16] <milimetric>	 oh for typeahead
[15:37:42] <nuria>	 We will see, if it needs too much work , you are right, it will not be a best choice but has nothing to do with requirejs, if you remove jquery from your shim, you will get same behaviour you were seeing with zepto
[15:37:58] <nuria>	 sorry, *the best choice
[15:45:25] <grrrit-wm1>	 (PS1) Ottomata: Add --location CLI opt to refinery-drop-webrequest-partitions [analytics/refinery] - https://gerrit.wikimedia.org/r/155281
[15:46:54] <grrrit-wm1>	 (PS2) Ottomata: Add --location CLI opt to refinery-drop-webrequest-partitions [analytics/refinery] - https://gerrit.wikimedia.org/r/155281
[15:54:26] <wikibugs>	 Analytics / Quarry: Support queries containing non-latin strings - https://bugzilla.wikimedia.org/69786 (Yusuke Matsubara) NEW p:Unprio s:normal a:None When I use a non-latin string in a query, it apparently fails to match properly. An example of queries containing non-latin strings is:  US...
[16:47:59] <nuria>	 ok, milimetric i found a pretty big thing that does work with zepto and typeahead so i will need to try jquery2
[16:48:15] <nuria>	 but , same shims and all that does not change
[17:07:23] <milimetric>	 any luck with jquery2 nuria?
[17:07:37] <nuria>	 ya , it works fine
[17:08:16] <nuria>	 as long as is loaded in the way we talked about before
[17:08:33] <nuria>	 I am going to install sublime  to try it out
[17:08:43] <nuria>	 milimetric do want to use jshint?
[17:09:22] <milimetric>	 nuria: no preference on js checker, whatever the cool kids are doing these days
[17:10:20] <nuria>	 does it have a gulp task?
[17:17:25] <nuria>	 milimetric, what did you wantd to do for spacing, so i have teh settings on sublime?
[17:19:50] <milimetric>	 what do you prefer usually in JS?
[17:19:54] <milimetric>	 I usually do 4
[17:20:24] <milimetric>	 nuria: ^
[17:20:36] <nuria>	 sounds good
[17:24:01] <nuria>	 milimetric: and line width?
[17:24:38] <milimetric>	 nuria: I usually don't set that for JS, it gets annoying
[17:25:30] <milimetric>	 i saw a few indents on blank lines in your first patch, I think we should either have them all over or not at all
[17:33:13] <nuria>	 wamt to talk about components? I need to do still some cleanup of code but i can share screen
[17:33:27] <nuria>	 it's all stubs + typeahead
[17:33:35] <nuria>	 ^ milimetric
[17:33:52] <milimetric>	 nuria: got scrum of scrums now, but i'll ping right after
[17:35:12] <nuria>	 ok
[17:58:19] <milimetric>	 nuria: k, done
[17:58:31] <nuria>	 ok
[17:58:42] <nuria>	 i was still setting up sublime
[17:58:52] <nuria>	 do you have time now then?
[17:59:16] <milimetric>	 yep
[18:00:05] <milimetric>	 did you wanna talk in batcave or here?
[18:00:17] <nuria>	 batcave right?
[18:00:34] <nuria>	 I type wayyy to slowww
[18:00:42] <nuria>	 *too
[18:00:44] <nuria>	 see?
[18:05:09] <nuria>	 milimetric, batcave?
[18:06:19] <milimetric>	 heh :) sorry, lots of people pinging me
[18:06:19] <milimetric>	 brt
[19:36:25] <wikibugs>	 Analytics / General/Unknown: Thanks tool:  How much does the confirmation button cost us? - https://bugzilla.wikimedia.org/69804 (WhatamIdoing) NEW p:Unprio s:normal a:None This is related to bug 61737.  Can we find out how many thanks are not being completed on desktop?  That is, the user...
[19:36:35] <wikibugs>	 Analytics / General/Unknown: Thanks tool: How much does the confirmation button cost us? - https://bugzilla.wikimedia.org/69804 (WhatamIdoing)
[20:02:45] <tgr>	 milimetric: I've been trying to set up a limn bar chart with multiple data sources but could not figure out how
[20:02:48] <tgr>	 https://gerrit.wikimedia.org/r/#/c/150750/3/graphs/uw_funnel.json
[20:02:56] <tgr>	 what would be the proper way to do that?
[20:03:15] <milimetric>	 tgr: looking
[20:05:36] <milimetric>	 tgr: I'll comment inline, ok?
[20:05:44] <tgr>	 thanks
[20:08:21] <grrrit-wm1>	 (CR) Milimetric: Query UploadWizard funnel data (2 comments) [analytics/multimedia/config] - https://gerrit.wikimedia.org/r/150750 (owner: Gergő Tisza)
[20:08:35] <milimetric>	 tgr: ^
[20:08:45] <milimetric>	 http://mobile-reportcard.wmflabs.org/graphs/edits-monthly-active-2014 is a live example as linked  there
[20:09:00] <milimetric>	 http://mobile-reportcard.wmflabs.org/graphs/edits-monthly-active-2014.json?pretty shows you the details
[20:09:59] <tgr>	 thanks again
[20:10:22] <tgr>	 combining bar + ordinal-bar was just a weird workaround for two of the same type not working
[20:47:37] <wikibugs>	 Analytics / General/Unknown: geowiki data aggregation failed on 2014-08-19 - https://bugzilla.wikimedia.org/69812 (christian) NEW p:Unprio s:normal a:christian on 2014-08-19 a PoolWorker had MySQL connection [1] issues during the process_data.py job, and that took the whole job down.  Since...
[20:54:28] <grrrit-wm1>	 (PS1) Ottomata: Change mode of webrequest hourly imports when oozie add partition runs [analytics/refinery] - https://gerrit.wikimedia.org/r/155432
[21:11:01] <grrrit-wm1>	 (PS1) Ottomata: Set HDFS umask-mode=037 when Camus webrequest import runs [analytics/refinery] - https://gerrit.wikimedia.org/r/155439
[21:11:51] <grrrit-wm1>	 (Abandoned) Ottomata: Change mode of webrequest hourly imports when oozie add partition runs [analytics/refinery] - https://gerrit.wikimedia.org/r/155432 (owner: Ottomata)
[21:14:30] <grrrit-wm1>	 (PS2) Milimetric: Move get_cohort_by_name() to CohortService [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/154479 (owner: AndyRussG)
[21:19:13] <grrrit-wm1>	 (PS2) Milimetric: Add validators module and use it in cohort_upload [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/154482 (owner: AndyRussG)
[21:20:20] <grrrit-wm1>	 (CR) Milimetric: [C: 2] Add validators module and use it in cohort_upload [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/154482 (owner: AndyRussG)
[21:23:32] <milimetric>	 AndyRussG: I submitted two of your changes but jenkins is acting up I think
[21:23:34] <milimetric>	 or gerrit
[21:23:49] <AndyRussG>	 Hey milimetric
[21:23:51] <milimetric>	 I'm gonna have to go in a bit but I'll continue to review tomorrow
[21:23:53] <AndyRussG>	 Yeah I saw, thanks!
[21:24:08] <AndyRussG>	 Sure, feel free to ping any time if you have questions... :)
[21:24:15] <milimetric>	 thanks, will do
[21:30:07] <wikibugs>	 Analytics / General/Unknown: Packet loss alarm on oxygen on 2014-08-16 - https://bugzilla.wikimedia.org/69663#c5 (christian) Oxygen's alarms (see comment #3) around packet loss and udp2log from 2014-08-16 23:03:09 until 2014-08-17 07:51:08 were just artifacts of bug 69661.  Loss in TSVs (from comment #...
[21:32:02] <grrrit-wm1>	 (CR) Milimetric: [C: 2] Move get_cohort_by_name() to CohortService [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/154479 (owner: AndyRussG)
[21:53:11] <grrrit-wm1>	 (PS19) Milimetric: Create a cohort from campaign participations [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/126927 (owner: Awight)
[21:54:09] <grrrit-wm1>	 (CR) Milimetric: [C: -1] "I just did a basic rebase and made sure all the tests pass. Andy or Adam, mind going over that real quick and just +1 it if everything lo" [analytics/wikimetrics] - https://gerrit.wikimedia.org/r/126927 (owner: Awight)
[21:54:21] <milimetric-afk>	 AndyRussG: see my comment above ^
[21:54:56] <milimetric-afk>	 it rebased more cleanly than I thought, but there might be still stylistic stuff  that changed that I'll have to go through and fix
[21:56:07] <wikibugs>	 Analytics / General/Unknown: Packet loss alarm on oxygen on 2014-08-16 - https://bugzilla.wikimedia.org/69663 (christian) REOP>RESO/FIX
[21:58:29] <AndyRussG>	 milimetric-afk: OK will do
[22:44:51] <wikibugs>	 Analytics / General/Unknown: geowiki data aggregation failed on 2014-08-19 - https://bugzilla.wikimedia.org/69812#c1 (christian)  (In reply to christian from comment #0) > Since stat1003 had its distupgrade on the same day, maybe those two things > related?  The stat1003 distupgrade looks unrelated. Th...
[23:17:51] <wikibugs>	 Analytics / EventLogging: Multiple user_ids per username in account creation events from ServerSideAccountCreation log - https://bugzilla.wikimedia.org/66101#c13 (Matthew Flaschen) (In reply to Aaron Halfaker from comment #12) > You probably shouldn't be able to register an account name if someone > al...
[23:59:50] <wikibugs>	 Analytics / EventLogging: Multiple user_ids per username in account creation events from ServerSideAccountCreation log - https://bugzilla.wikimedia.org/66101#c14 (Chris Steipp) (In reply to Matthew Flaschen from comment #13) > However, I think it's still better to not allow creation in this scenario....