[01:48:09] (CR) Milimetric: [WIP] Upgrade to semantic 2 everywhere (1 comment) [analytics/dashiki] - https://gerrit.wikimedia.org/r/312430 (https://phabricator.wikimedia.org/T118846) (owner: Milimetric) [02:19:46] Analytics: Refactor History Reconstruction and Dumps on top of cleaner - https://phabricator.wikimedia.org/T146444#2661265 (Milimetric) [02:20:07] Analytics: Refactor History Reconstruction and Dumps on top of cleaner edit data sanitizer - https://phabricator.wikimedia.org/T146444#2661250 (Milimetric) [05:11:25] all EventLogging tables seem to be lagging currently ... from some minutes up to >7 hours [05:12:47] https://www.irccloud.com/pastebin/kFpNywXW/EventLogging%20tables%20update%20lags [05:14:03] e.g. MobileWikiAppFeed_15734713 (the last on this list, with 7.5h since the last update) is an active table with 2023 events yesterday (Sept 22) [05:16:34] argh, jynus and marostegui are not in this channel... will re-post in #wikimedia-databases [08:32:07] !log upgrading varnishkafka to 1.0.12-1 in cache:maps [08:32:20] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log, Master [08:39:10] joal: o/ [08:39:14] Hi elukey [08:39:20] what's up? [08:39:43] I am completing the rollout of vk [08:39:55] in maps/misc [08:40:14] so oozie might complain a bit when dealing with this hour :( [08:40:31] saw your log in the chan :) [08:40:37] I'll relaunch [08:41:43] super :) [08:43:42] elukey: looking at aqs/cassandra charts: very awesome ! [08:44:16] elukey: no 5XX since 2 days :D [08:44:24] it is flying :D [08:44:26] elukey: and latency is just great [08:44:30] YAY ! [08:44:53] elukey: It has been long and tough, but man, this is great :D [08:45:16] yes definitely :D [08:45:50] !log upgrading varnishkafka to 1.0.12-1 in cache:misc [08:45:52] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log, Master [08:54:20] Analytics-Kanban: Varnishkafka should auto-reconnect to abandoned VSM - https://phabricator.wikimedia.org/T138747#2661590 (elukey) Rolled out also in cache misc and maps. [08:57:30] Analytics, Operations, Traffic: Sort out analytics service dependency issues for cp* cache hosts - https://phabricator.wikimedia.org/T128374#2661614 (elukey) T138747 upgraded Varnishkafka to a new version able to start at any time and poll periodically the Varnish shm logs to see if they are open or... [09:06:41] !log reboot eventlog2001.codfw.wmnet for kernel upgrades [09:06:43] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log, Master [11:10:56] omg hell froze over, I set up an .ssh/config entry and it worked the first time! :) [11:11:40] Bless you milimetric ! [11:58:46] (PS1) Addshore: send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312502 (https://phabricator.wikimedia.org/T146207) [11:59:00] (PS1) Addshore: send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312503 (https://phabricator.wikimedia.org/T146207) [12:00:22] (CR) Addshore: [C: 2] send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312503 (https://phabricator.wikimedia.org/T146207) (owner: Addshore) [12:00:30] (Merged) jenkins-bot: send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312503 (https://phabricator.wikimedia.org/T146207) (owner: Addshore) [12:00:33] (CR) Addshore: [C: 2] send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312502 (https://phabricator.wikimedia.org/T146207) (owner: Addshore) [12:00:41] (Merged) jenkins-bot: send lag and response time for wdqs codfw to graphite [analytics/wmde/scripts] - https://gerrit.wikimedia.org/r/312502 (https://phabricator.wikimedia.org/T146207) (owner: Addshore) [12:29:56] (PS27) Joal: [WIP] Refactor Mediawiki History scala code [analytics/refinery/source] - https://gerrit.wikimedia.org/r/301837 (https://phabricator.wikimedia.org/T141548) [12:30:14] (PS12) Joal: [WIP] Join and denormalize all histories into one [analytics/refinery/source] - https://gerrit.wikimedia.org/r/307903 (owner: Milimetric) [12:57:17] a-team: going afk, just sent the E-scrum. Have a good weekend! [12:59:44] Bye elukey ! [13:00:15] mforns: can you take a quick look at the last CRs I sent on edit reconstruction? [13:00:25] mforns: no need for it to be today :) [13:00:49] mforns: I'm generating simplewiki data in /user/joal/mwhist_3 [13:13:33] Taking a break a-team, see you at standup [13:17:20] see yaa [14:13:19] ottomata: there is a perl process on stat1002 from ezachte that is at 100% (one core though).. and there are some alarms atm [14:13:35] should we kill? [14:14:07] mmm checking icinga a bit better [14:14:08] weird [14:14:22] says CHECK_NRPE: Socket timeout after 10 seconds for some alarms [14:15:19] elukey: its probably a wikistats job [14:15:27] i'd let it through if it isn't hurting anything [14:15:36] but, weird that icinga is not working because of it [14:16:11] it is hogging one cpu core only, but load is super high [14:16:17] maybe there is something else :/ [14:16:20] hi team! milimetric yt? [14:16:31] hey mforns yea [14:17:05] I just read Nuria's email about SF, I feel that I missed the important bit of staff [14:17:10] milimetric, I tried decoding the pivot hash but no success, you said it was urlencoded and base64, it does not work [14:17:13] anybody that can update me? [14:17:59] mforns: yeah, I saw the code before and I remember it was base-something encoded. I tried finding the code yesterday after our meeting but no luck [14:18:13] elukey, they say this year the wikimedia developer summit is meant to receive less people, so ideally, only half of the team should go [14:18:17] ok milimetric will try [14:19:04] mforns: it's in the code somewhere, both on the client and the server [14:19:35] elukey: so basically, if you wanna go to the dev summit, then you got a spot, because most of us were ok with not going [14:19:48] same thing for me [14:19:51] elukey, so in the staff meeting, we were deciding who should go, and as one of the themes to speak about is edit history reconstruction, we agreed to send the three of us that worked most on that [14:20:08] elukey, exactly what dan said [14:20:16] (but not all three of us are needed, so you have a spot if you want) [14:20:28] ahhh nono feel free to take mine [14:20:59] likewise, feel free to take mine :) [14:21:08] also - we were saying we'd all get to SF early anyway for the staff [14:21:18] and so we can all hang out at the office, do a side-hackathon [14:21:28] but we wanted to reach out to other teams who we suspect are in the same position [14:21:33] +1 hackathon [14:23:17] because I didn't know about the dates [14:28:58] milimetric: so you can take my spot, the only thing is.. if I participate only to staff, do I need to stay only 3/4 days in SF? Because the jetlag could kill me [14:29:02] elukey: the dates are on top of that spreadsheet [14:29:07] Analytics: Re-baselining checkpoints periodically - https://phabricator.wikimedia.org/T112009#2662418 (Luke081515) a:kevinator>None [14:29:10] Analytics, Research-consulting: Too few page views for June/July 2015 - https://phabricator.wikimedia.org/T106034#2662420 (Luke081515) a:kevinator>None [14:29:12] Analytics-Dashiki: Commons page views in webstatscollector drop precipitously in 2015 - https://phabricator.wikimedia.org/T87589#2662423 (Luke081515) a:kevinator>None [14:29:13] elukey: no, you can come early [14:29:14] Analytics, Analytics-EventLogging, MediaWiki-extensions-MultimediaViewer, Reading-Web-Backlog: Parse mediaviewer team's requirements for EventLogging {oryx} - https://phabricator.wikimedia.org/T90766#2662422 (Luke081515) a:kevinator>None [14:29:16] Analytics-EventLogging: Delete teahouse directory - https://phabricator.wikimedia.org/T86071#2662425 (Luke081515) a:kevinator>None [14:29:18] Analytics-EventLogging: Unique UDID (Placeholder) - https://phabricator.wikimedia.org/T77946#2662426 (Luke081515) a:kevinator>None [14:29:23] elukey: and we were gonna figure out lodging separately [14:29:31] that's why there's the airbnb thread [14:29:46] ah okok [14:30:07] so you can fly in anytime, and I'm thinking of doing a trip after all-staff [14:30:12] like skiing or camping or something [14:30:34] so if you wanna join, put that you're leaving Monday the 16th [14:31:59] elukey: ^ [14:32:49] oook! [14:45:28] * elukey goes to the airport :) [14:57:49] Analytics, Research-and-Data, Research-collaborations, Research-management, Patch-For-Review: Oozie job to extract data for WDQS research - https://phabricator.wikimedia.org/T146064#2662464 (Nuria) @leila: none of our datasets captures a raw IP due to privacy reasons(regardless of whether you... [15:01:20] Analytics-Kanban: Optimize Edit History denormalized table extraction for big wikis - https://phabricator.wikimedia.org/T146481#2662472 (JAllemandou) [15:01:32] ottomata: standup? [15:01:47] Analytics-Kanban: Optimize Edit History denormalized table extraction for big wikis - https://phabricator.wikimedia.org/T146481#2662484 (JAllemandou) a:JAllemandou [15:03:05] ah! [15:33:53] Analytics-EventLogging: Delete teahouse directory - https://phabricator.wikimedia.org/T86071#2662564 (ggellerman) [15:53:22] Quarry: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2662609 (Halfak) [15:54:08] Quarry: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2662622 (Halfak) [15:54:31] Quarry: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2662609 (Halfak) [15:54:42] Quarry: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2662609 (Halfak) [15:55:16] running home for lucnh etc. bbl [15:59:13] (PS1) Halfak: Adds line breaks to json-lines format [analytics/quarry/web] - https://gerrit.wikimedia.org/r/312531 [16:00:08] (PS2) Halfak: Adds line breaks to json-lines format [analytics/quarry/web] - https://gerrit.wikimedia.org/r/312531 (https://phabricator.wikimedia.org/T146482) [16:06:10] mforns: var e = require('./build/common/models/essence/essence.js') [16:06:34] mforns: [16:06:34] wiki/line-chart/2/EQUQLgxg9AqgKgYWAGgN7APYAdgC5gQAWAhgJYB2KwApgB5YBO1Azs6RpbutnsEwGZVyxALbVeYUmOABfZMGIRJHPOkXLOwClTqMWbFV0w58RMpXm6mrdp24m+1QfOHT8I2fPW3VCpT/xJMQAlYnIAc3F5ABMAVwZiDV4ABQBGABEqZjBqEwBaVJkiuQBtdCt9APteASFRcUCpcTlgACNYiABrajAAQX9DNQHNIOoAIQ7usCo4hKT8ZLhUgAlPYGYMBj7h329Ddc3py3prAztjGqc6t2BRtejSJh38YmYIanIHiNkZAF1kcixAA2QJi1CBYGIKBKBAwsXIR2A0XBkK [16:06:34] oxAAbuEAPrIiFQrzRZHRYD/GFmcjkcHXFhYRRRLTMYIYVoYab/QEgoA=== [16:10:26] (I haven't left yet...) [16:14:08] mforns: https://gerrit.wikimedia.org/r/#/admin/projects/analytics/pivot [16:15:36] Quarry: Add SHOW EXPLAIN support to Quarry - https://phabricator.wikimedia.org/T146483#2662660 (bd808) [16:17:48] stat1002 has a problem. i am trying to find out what is causing it... [16:17:55] but .. even listing processes just stops [16:18:09] if i cant figure it out.. i guess we have to reboot [16:18:19] (not the first time) [16:21:32] ottomata: still here? [16:23:19] ja [16:23:22] joal: [16:23:27] mutante: [16:23:33] elukey: noticed this earlier [16:23:43] ottomata: can you easily restart pivot server? [16:23:52] he thinks it may be related to a process running by ezachte that is loading a cpu [16:23:57] i see this cron, but that might be pure coincidence [16:23:59] somehow that is causing icinga checks to fail [16:23:59] perl /a/wikistats_git/dumps/perl/WikiCountsMonitorSquidTraffic.pl [16:24:00] oh cron? [16:24:01] yeah [16:24:02] right [16:24:04] yeah [16:24:04] that said, we dont have squid [16:24:05] :p [16:24:07] not sure if it is the case [16:24:10] so squid traffic.. eh [16:24:11] yeah that is a legacy name :) [16:24:14] ok :) [16:24:26] joal: i think so... [16:24:28] the icinga checks fail because it's too busy [16:24:30] to even reply [16:24:35] yeah, mutante weird since it only takes one core [16:24:41] but yeah, i'd rather just wait for the process to finish [16:24:44] i tried running strace on ps [16:24:44] if possible [16:24:47] and i saw it hang at [16:24:51] open("/proc/1136/cmdline", O_RDONLY) = 6 [16:24:54] so i killed 1136 [16:24:57] but nothing changed [16:25:01] well. i tried to kill it [16:25:41] joal: ^ might not help that pivot is running onstat1002...i think [16:25:49] but yeah, stat1002 is being a little nasty right now [16:26:06] there is a python process taking 27.7% of memory [16:26:08] not really responding [16:26:09] ottomata: reposnses are fine, just a change in data structure that would need a restart :) [16:26:14] even on cli [16:26:47] interesting, since the suspected cron is Perl [16:28:11] can you see what process 1136 is ? [16:28:21] output of ps always stops at that [16:29:05] mutante: i can't even run things [16:29:06] not really [16:29:08] might need a reboot [16:29:09] :/ [16:29:12] after all [16:29:15] or, if you can [16:29:17] kill the process [16:29:23] yea, i already tried killing it [16:29:26] i didn't realize it was blocking the whole machine [16:29:26] but it doesnt want to die [16:29:30] with a -9? [16:29:32] yes [16:29:40] hm [16:31:45] i think we have to reboot, yep [16:31:56] ok? [16:32:22] everytime i even run ps it hangs so that i have to connect a second time and kill my own process [16:32:35] i can tell it's 1136 though somehow [16:32:43] what about this python process that is taking quite a bit of memory, I think it's coming from a jupyter-notebook [16:32:45] but i dont know which one that is [16:32:59] mforns: do you know the PID? [16:33:12] 19850 [16:33:19] ok, let's try that [16:33:49] killed [16:34:05] load grew from 140 to 180 while we talked [16:34:18] still going up.. grmm [16:35:31] there are more jupyter-notebooks [16:35:43] yeah let's kill em [16:36:19] i killed one more, and all processes by nagios too [16:36:23] k [16:36:37] not easy to find the pid, ps aux | grep .. also freezes [16:36:44] looks in top again [16:37:00] there is something called minutely.sh [16:37:23] and minutely.php [16:38:53] next the java process run by psinger? [16:42:05] yeah [16:42:08] it's 1136 [16:42:09] root@stat1002:/proc/1136# ls [16:42:09] ^C^C^C [16:42:14] like before [16:44:29] huh [16:44:31] weird [16:44:36] sorry guys, power cut here [16:44:41] ottomata: go tit [16:44:42] perl /a/wikistats_git/dumps/perl/WikiCountsMonitorSquidTraffic.pl is 1136? [16:44:43] 769 Sep 23 13:51:17 stat1002 kernel: [107765.039637] INFO: task fuse_dfs:1145 blocked for more than 120 seconds. [16:44:47] fuse ^ [16:44:51] AH [16:44:54] ok i know waht to do [16:44:58] cool [16:45:32] now i remember we had this before somewhere [16:47:34] yeah [16:47:34] https://wikitech.wikimedia.org/wiki/Analytics/Cluster/Hadoop/Administration#Fixing_HDFS_mount_at_.2Fmnt.2Fhdfs [16:48:01] ah:) yea [16:48:01] hm ,might not let me umount [16:48:24] umount2: Device or resource busy [16:48:24] umount: /mnt/hdfs: device is busy. [16:48:24] (In some cases useful info about processes that use [16:48:24] the device is found by lsof(8) or fuser(1)) [16:48:24] umount2: Device or resource busy [16:48:43] ok, umounted it [16:49:05] I'm off to lunch / laundry, bbl [16:49:06] load going down [16:49:09] nice [16:49:14] remounting [16:51:08] joal: i could bounce pivot, bu ti don't know how elukey is running it [16:51:19] i don't see a screen for it [16:51:23] :( [16:51:48] nevermind ottomata, I'll ask elukey on monday :-P [16:52:06] naw i can do it [16:52:12] i'll just kill it and then run it in my own screen [16:52:14] shoudl be fine [16:53:10] done joal [16:53:18] if elukey asks, i'm now running it in a screen as my user again [16:53:31] ok NOW running out to go home and lunch [16:53:48] Thanks a mil ottomata :) [17:01:30] Analytics: Implement Pages Created & Count of Edits full vertical slice - https://phabricator.wikimedia.org/T131779#2662784 (mforns) [17:01:32] Analytics-Kanban, Patch-For-Review: Reportupdater calculations for Pages Created and Edit counts - https://phabricator.wikimedia.org/T141479#2662782 (mforns) Open>Invalid We figured out a better way to extract metrics from Hadoop into a serving layer for Dashiki to use. So this task is no longer... [17:34:21] (PS1) Joal: Update hive-site.xml references [analytics/refinery] - https://gerrit.wikimedia.org/r/312538 (https://phabricator.wikimedia.org/T133208) [17:42:31] Leaving for today a-team :) [17:42:37] bye joal! [17:42:43] have a nice weekend [17:43:00] Thanks mforns [17:43:15] ciao ciao joal [17:43:20] by the way a-team, I updated edit-history test data on druid if you wanna play [17:43:30] joal, awesome! [17:43:37] thx [17:43:52] joal: nice , can we tell James_F|Away ? [17:44:50] nuria_: simplewiki only, not yet validated by Erik not mforns not milimetric, but seems clean :) [17:45:08] joal: k, thank you! [17:45:16] joal, I'll try to look at your changes until monday's standup [17:45:33] mforns: thanks mate, I can also walk you through on monday if you want [17:45:46] ok joal, let's do that [18:08:13] (CR) Yuvipanda: [C: 2] Adds line breaks to json-lines format [analytics/quarry/web] - https://gerrit.wikimedia.org/r/312531 (https://phabricator.wikimedia.org/T146482) (owner: Halfak) [18:08:28] (Merged) jenkins-bot: Adds line breaks to json-lines format [analytics/quarry/web] - https://gerrit.wikimedia.org/r/312531 (https://phabricator.wikimedia.org/T146482) (owner: Halfak) [18:11:17] milimetric: should i test your semantic patch? [18:12:46] milimetric: I think we still need to remove the "old" semantic from bower.json correct? [18:21:35] Analytics: Calculate edit metrics from history reconmstruction in hadoop intermediate table - https://phabricator.wikimedia.org/T146489#2663002 (Nuria) [18:24:13] Analytics: Load storage (druid? clickhouse?) with calculated edit metrics data and serve under an external endpoint - https://phabricator.wikimedia.org/T146490#2663027 (Nuria) [18:38:06] Quarry, Patch-For-Review: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2663127 (Halfak) Works now! Thank you. :) [18:38:19] Quarry, Patch-For-Review: json-lines output format doesn't have line breaks - https://phabricator.wikimedia.org/T146482#2663129 (Halfak) Open>Resolved a:Halfak [18:51:03] Analytics-Kanban: Pageview hourly stores records that are not really pageviews and those end up on top endpoint? - https://phabricator.wikimedia.org/T145922#2663165 (Nuria) @JAllemandou : you are right these are indeed pageviews for pages like: https://en.wikipedia.org/w/index.php?title=User%20:GoogleAnality... [18:52:06] Analytics-Kanban: Pageview hourly stores records that are not really pageviews and those end up on top endpoint? - https://phabricator.wikimedia.org/T145922#2663166 (Nuria) So, this is no bug of pageview code but rather our spam filters when it comes to account creation are clearly not working. Would @greg k... [18:53:21] Analytics-Kanban: Spamy -User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2663167 (Nuria) [18:53:36] Analytics: Spamy -User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2645266 (Nuria) [18:53:37] (CR) Ottomata: [C: 1] Update hive-site.xml references [analytics/refinery] - https://gerrit.wikimedia.org/r/312538 (https://phabricator.wikimedia.org/T133208) (owner: Joal) [18:53:54] Analytics: Spamy -User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2645266 (Nuria) Untagging Kanban and moving to radar. [18:56:56] Analytics: Spamy -User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2663178 (MusikAnimal) >>! In T145922#2663166, @Nuria wrote: > So, this is no bug of pageview code but rather our spam filters when it comes to acc... [19:01:27] Analytics: Spamy - User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2663184 (Nuria) [19:02:05] back nuria_ [19:03:04] nuria_: yes, but the patch isn't updated since last night [19:03:18] I've still gotta clean up the compare layout and do the rest of the stuff on my todo there [19:03:22] I'll take off WIP when it's ready [19:03:33] * halfak peeks up into the channel [19:03:35] ottomata, [19:03:39] it's HAPPENING [19:03:46] (re. Stas' email) [19:04:14] halfak: what? :) [19:04:38] Stas is asking for a way to seek back into EventBus so that he can keep state that accounts for all changes without fail. [19:04:39] :D [19:05:10] :) ah yes [19:05:20] I'm waiting for ottomata to reply and say, "We thought of that! We have it! \o/" [19:05:29] good stuff [19:05:37] Analytics: Spamy - User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2663189 (Nuria) >I don't understand, User:GoogleAnalitycsRoman1/google-api has never existed The pageview API reports on requests that (besides s... [19:06:02] halfak: fyi he's planning his ops trip and leaving tomorrow morning, so if he doesn't reply that's why [19:06:19] Gotcha. Thanks milimetric [19:06:41] milimetric: ok, will clear some tickets and work on other things until your patch is ready. Done with load testing for good now. [19:08:15] Analytics: Spamy - User pages that should not be allowed to be created are hit by bots and distort our pageview metrics - https://phabricator.wikimedia.org/T145922#2663205 (MusikAnimal) >>! In T145922#2663189, @Nuria wrote: > The pageview API reports on requests that (besides some additional criteria) report... [19:09:52] haha, I just responded to that email halfak :) [19:11:46] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (return 200) - https://phabricator.wikimedia.org/T145922#2663206 (Nuria) [19:16:58] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (return 200) - https://phabricator.wikimedia.org/T145922#2663212 (MusikAnimal) Sorry, I think I understand... so you count action=history (and possibly other actions) as a pageview in... [19:24:20] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (return 200) - https://phabricator.wikimedia.org/T145922#2663218 (Nuria) > Why are we going off of action=history? That will (evidently) always return a 200. It is not evident (to me)... [19:24:50] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (they return 200) - https://phabricator.wikimedia.org/T145922#2663220 (Nuria) [19:32:01] omg, so good, nuria_ I'm gonna push this just so you can see how good flexbox is (test the device mode in chrome) [19:32:28] milimetric: OOHHHH, teh future! [19:32:30] *the [19:32:31] (PS3) Milimetric: [WIP] Upgrade to semantic 2 everywhere [analytics/dashiki] - https://gerrit.wikimedia.org/r/312430 (https://phabricator.wikimedia.org/T118846) [19:33:05] nuria_: I got it working functionally, but I'm too layout-minded right now to tell if the values I picked look good [19:33:12] so I'd appreciate a second opinion on that [19:33:23] basically, we can do *anything* you want, like, just name it :) [19:33:32] milimetric: unless it is a disaster (which i doubt) i am going to be like WOW! [19:33:57] I shoved the projects bar to the bottom with a media query! [19:33:59] milimetric: ok, let me get the patch [19:33:59] order: 2 [19:34:06] that's all it takes! [19:34:08] amazing :) [19:34:22] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (they return 200) - https://phabricator.wikimedia.org/T145922#2663226 (MusikAnimal) >>! In T145922#2663218, @Nuria wrote: > In this case there is probably workarrounds that can be impl... [19:42:29] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (they return 200) - https://phabricator.wikimedia.org/T145922#2663234 (Nuria) Ok, long standing issue in mediawiki: https://phabricator.wikimedia.org/T26144 regarding these "fake 200s" [19:42:42] Analytics, MediaWiki-History-or-Diffs: action=history pages should return 404 HTTP error code if the page does not exist - https://phabricator.wikimedia.org/T146496#2663235 (saper) [19:44:23] heya milimetric you got a few mins to hack something w me? [19:44:50] ok sure ottomata [19:44:52] cave? [19:45:12] Analytics, MediaWiki-History-or-Diffs: action=history pages should return 404 HTTP error code if the page does not exist - https://phabricator.wikimedia.org/T146496#2663248 (Nuria) These affects metrics are otherwise we inflate our pageview numbers (however slightly) with these hits which cannot be pagev... [19:45:24] ja [20:02:14] milimetric: let me know when i shoudl grab your patch [20:02:17] *should [20:02:36] nuria_: oh, I meant you can peek at the layout stuff whenever (i pushed before) [20:02:43] milimetric: ah, k [20:02:51] but I'm helping Andrew now so I'm not done with it altogether [20:02:54] (in the middle of the compare layout) [20:06:22] Analytics, Commons, Multimedia, Tabular-Data, and 3 others: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...) - https://phabricator.wikimedia.org/T120452#2663264 (ArthurPSmith) @Yurik and all, I'm glad to see all this work going on, I was pointed to this after... [20:10:09] Analytics, MediaWiki-History-or-Diffs, Patch-For-Review: action=history pages should return 404 HTTP error code if the page does not exist - https://phabricator.wikimedia.org/T146496#2663269 (saper) p:Triage>Normal a:saper [20:14:23] (CR) Nuria: [C: 1] [WIP] Upgrade to semantic 2 everywhere [analytics/dashiki] - https://gerrit.wikimedia.org/r/312430 (https://phabricator.wikimedia.org/T118846) (owner: Milimetric) [20:22:41] Analytics: Spamy - User-like pages that should not be allowed to be created are hit by bots and distort our pageview metrics (they return 200) - https://phabricator.wikimedia.org/T145922#2663277 (Nuria) Chime in CR to fix the issue: https://gerrit.wikimedia.org/r/#/c/312561/1 [20:38:48] Analytics-Kanban, EventBus, Services, Wikimedia-Stream, User-mobrovac: Public Event Streams - https://phabricator.wikimedia.org/T130651#2663303 (Milimetric) Ok, just found something out about SSE that makes me personally vote against it. Not that my vote matters a lot, just letting you know... [22:40:52] Analytics, Commons, Multimedia, Tabular-Data, and 3 others: Allow structured datasets on a central repository (CSV, TSV, JSON, GeoJSON, XML, ...) - https://phabricator.wikimedia.org/T120452#2663595 (Yurik) @ArthurPSmith thanks, timeseries do represent a large portion of the common data needs. I h... [22:42:20] (PS4) Milimetric: Upgrade to semantic 2 everywhere [analytics/dashiki] - https://gerrit.wikimedia.org/r/312430 (https://phabricator.wikimedia.org/T118846) [22:42:51] k nuria_, that patch is ready for review [22:42:57] compare and metrics-by-project changed [22:44:00] (CR) Milimetric: "Ready for review. The tabs layout doesn't change (awesomely, it was already using flex and it's used to the new styles). So, to test, we" [analytics/dashiki] - https://gerrit.wikimedia.org/r/312430 (https://phabricator.wikimedia.org/T118846) (owner: Milimetric) [22:44:07] bye all, have a nice weekend