[07:35:24] <wikibugs>	 10Jade, 10Scoring-platform-team (Current), 10MW-1.35-notes (1.35.0-wmf.32; 2020-05-12), 10Patch-For-Review: Include IP address in edit comments when rendering a "user" - https://phabricator.wikimedia.org/T248134 (10kevinbazira)
[14:18:07] <chtnnh>	 morning halfak_
[14:18:31] <halfak_>	 o/ chtnnh 
[14:18:35] <chtnnh>	 still up for the chat on wm tech
[14:18:46] <halfak>	 Yup.  I'm in my office hours call right now. 
[14:18:51] <halfak>	 Join up. 
[14:18:56] <chtnnh>	 okie
[14:54:17] <wikibugs>	 (03CR) 10Zfilipin: Upgraded  WebdriverIO from v4 to v5 (031 comment) [extensions/ORES] - 10https://gerrit.wikimedia.org/r/591791 (https://phabricator.wikimedia.org/T250900) (owner: 10Vidhi-Mody)
[15:00:28] <wikibugs>	 10Jade, 10Scoring-platform-team (Current), 10User-Testing: Design Special:Diff integration for Jade - https://phabricator.wikimedia.org/T210558 (10Halfak) {F31812637}  {F31812636}  {F31812644}  {F31812634}  {F31812632}  {F31812633}
[15:31:34] <wikibugs>	 10Scoring-platform-team (Current), 10Technical-blog-posts: Story idea for blog: Building algorithmic systems while keeping community in the loop - https://phabricator.wikimedia.org/T251426 (10srodlund) @Halfak I think that's a fine title!  I saw the graphic on the doc and asked there but will ask here -- is th...
[15:54:56] <wikibugs>	 10ORES, 10Scoring-platform-team, 10Operations: [Epic] Deploy ORES in kubernetes cluster - https://phabricator.wikimedia.org/T182331 (10thcipriani)
[16:15:33] <wikibugs>	 10Scoring-platform-team (Current), 10Discovery-Search, 10Elasticsearch, 10revscoring, 10artificial-intelligence: Improve the performance and quality of tokenization in revscoring - https://phabricator.wikimedia.org/T248480 (10HAKSOAT) Thanks for linking to the regex package. I spent some time working wit...
[16:43:11] <wikibugs>	 10Jade, 10Scoring-platform-team (Current): Implement diff *of* Jade entity pages - https://phabricator.wikimedia.org/T247762 (10Halfak)
[16:53:47] <travis-ci>	 wikimedia/wikilabels#551 (master - 9873aee : translatewiki.net): The build was broken. https://travis-ci.org/wikimedia/wikilabels/builds/685721701
[17:36:04] <wikibugs>	 10Scoring-platform-team, 10revscoring, 10artificial-intelligence: Feature request: add weighted sum utility in articlequality to handle revscoring score utility output - https://phabricator.wikimedia.org/T252053 (10Chtnnh) a:03Chtnnh
[17:39:07] <wikibugs>	 10Scoring-platform-team, 10Outreach-Programs-Projects, 10Google-Summer-of-Code (2020), 10artificial-intelligence: Proposal (GSoC 2020): Implement articlequality and draftquality model for ptwiki and apply insights to models for bs, uk, hi wikis - https://phabricator.wikimedia.org/T247847 (10Chtnnh) @Darwin...
[18:51:14] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10He7d3r)
[18:53:08] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10Halfak) Woah.  Looks like this is something to do with memcached.  I haven't seen this error before.
[18:58:11] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10Halfak) Here's where our use of memcached is configured: https://github.com/wikimedia/wikilabels/blob/master/wikilabels/wsgi/sessions.py#L18
[19:00:56] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10Halfak) I can't seem to find a place where `memcached` is installed during the build.
[19:02:31] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10Halfak) I'd try adding "memcached" to https://github.com/wikimedia/wikilabels/blob/master/Dockerfile#L3 and try again
[19:21:46] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10He7d3r) I've tried that, but the error persisted :(
[19:49:54] <wikibugs>	 10Scoring-platform-team, 10Wikilabels: Wikilabels: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY - https://phabricator.wikimedia.org/T252441 (10Halfak) Hmm.  I wonder if Docker will need to open up that port in order for us to be able to talk to it from uwsgi.
[19:51:45] <travis-ci>	 wikimedia/ores#1439 (automate-docs - b928ad8 : Andy Craze): The build was broken. https://travis-ci.org/wikimedia/ores/builds/685818563
[20:33:16] * halfak is slowly losing hair working on node versions on travis. 
[22:01:08] <Helder_>	 halfak, I've got wikilabels working with this: https://github.com/wikimedia/wikilabels/pull/264
[22:02:06] <Helder_>	 Is it expected to see a message "Wiki labels is going down for maintenance on OMG DATE. See https://foo.bar for more information." on top of the page?
[22:02:15] <Helder_>	 at http://localhost:8080/ui/ptwiki/
[22:02:19] <Helder_>	 halfak, ^
[22:02:54] <halfak>	 Yes.  That's expected.  It's part of the localwiki configuration. 
[22:03:42] <halfak>	 Just left one note on your PR.  Nice work!  I think we'll need to make the localhost/memcached hostname configurable. 
[22:04:01] <halfak>	 E.g. add it to the config file and pull the config into the session.config() call. 
[22:07:20] <Helder_>	 hmm
[22:14:53] <haksoat>	 Async updates...
[22:15:04] <haksoat>	 Aaron:
[22:15:14] <halfak>	 Here we go! 
[22:15:24] <haksoat>	 Last week: Wrapped up design work on 2ndary integrations.  Coordinating  chtnnh and some new requests for models from ukwiki (and old ones from  bswiki).  Presented my designs for diffs and RCFilters to the design  team.
[22:15:32] <haksoat>	  I prepared for the weekend hackathon (went well.  I improved Wikilabels  a bit).  I did some work on the ORES paper.  I worked with chtnnh on  model review workflows in ptwiki.
[22:15:41] <haksoat>	 I did some reviewing for SWE tasks and interviews.  I reviewed a few of  Helder's patches for ptwiki data extraction.  I also worked on Pavol on  topic model compression
[22:15:59] <haksoat>	 T: I'm mostly just tying up loose ends from the hackthon -- getting  changes deployed and working on cutting a new version of revscoring and  applying it to our modeling pipelines.
[22:16:04] <haksoat>	 Kevin:
[22:16:14] <haksoat>	 Last week:
[22:16:20] <haksoat>	 Focused on rendering edit comments on the Jade history page
[22:16:26] <haksoat>	    - pushed a couple of patchsets
[22:16:31] <haksoat>	 Reviewed Andy's PR
[22:16:37] <haksoat>	 SWE interview
[22:16:42] <haksoat>	 T:
[22:16:54] <haksoat>	 Fixed pattern that renders user IP address as link to special contributions
[22:17:00] <haksoat>	 To create a link to the special contributions using the IP address, Jade  expects the user IP to have this pattern "by ip-address"
[22:17:10] <haksoat>	 But the user IP address in edit comments on the Jade history page is presented as "by id ip-address"
[22:17:22] <haksoat>	 So I have fixed Jade to render a link to the special contributions using this pattern "by id ip-address"
[22:17:29] <haksoat>	 Andy:
[22:17:45] <haksoat>	 Last week: Got the Jade DB hooks re-enabled on beta, fixed the Jenkins  build for Jade, worked on automating sphinx docs for ORES and also did  some code review.
[22:17:54] <haksoat>	 T: Finish up the sphinx docs for ORES, some code review for Kevin and if  there's time will continue working on the ORES blubberfile
[22:18:09] <haksoat>	 Habeeb:
[22:18:18] <haksoat>	 Last week: Pushed improved regex for tokenization to the deltas package.
[22:18:26] <haksoat>	 T: Checked out the regex library recommended by Aaron, which I think we  can utilize. Looking at the different areas in which tokenization is  done using custom regex. Work on English idioms regex list.
[22:21:20] <travis-ci>	 wikimedia/wikilabels#562 (ui_improvements - f380009 : halfak): The build was fixed. https://travis-ci.org/wikimedia/wikilabels/builds/685872119
[22:21:41] <halfak>	 Woah.  well that's weird.  I'LL TAKE IT!
[22:22:06] <halfak>	 Helder_, what do you think of merging https://github.com/wikimedia/wikilabels/pull/263 with the weird use of the <base> tag? 
[22:22:20] <halfak>	 It seems to work for me.  But I feel conflicted about the undocumented behavior. 
[22:23:31] <Helder_>	 I'm not sure. It is the first time I see this <base> element being used
[22:24:20] <Helder_>	 and from what I've read it should work without having any content inside of it
[22:24:57] <halfak>	 Aha.  But then I'd imagine it would apply to the whole page?  Or maybe it works by applying to everything at or below the same DOM level? 
[22:25:05] <halfak>	 Either way it does work :D 
[22:27:01] <Helder_>	 I think it would apply to the whole page, yes
[22:27:28] <Helder_>	 That is what I deduce from examples such as the one at https://www.w3.org/TR/html401/struct/links.html#h-12.4
[22:28:00] <Helder_>	 the <base> is inside the <head>, but the link is inside of the <body>
[22:29:53] <halfak>	 Right.  But if you can run my code, the link for "Stats" is still a relative link that works. And the links in the wiki article use  the local wiki as a URL base. 
[22:32:00] <halfak>	 Oh wait.  No.  Something far stranger is happening! 
[22:32:29] <halfak>	 While the labeling interface (form + article view) is visible, the base URL is adjusted. 
[22:32:55] <halfak>	 But as soon as you click the "X" and hide the label interface (and look at the campaign list) the behavior reverts. 
[22:33:16] <wikibugs>	 10ORES, 10Scoring-platform-team (Current), 10Documentation: Automate Sphinx docs for ORES repo - https://phabricator.wikimedia.org/T252173 (10ACraze) https://github.com/wikimedia/ores/pull/343
[22:34:22] <wikibugs>	 10ORES, 10Scoring-platform-team (Current), 10Documentation: Automate Sphinx docs for ORES repo - https://phabricator.wikimedia.org/T252173 (10ACraze)
[22:37:10] <Helder_>	 weird
[22:38:50] <halfak>	 Hmm.  Maybe the base tag is a solution to the wrong problem.  I think I'm going to need to figure out how to rewrite URLS in the article instead. 
[22:38:53] <halfak>	 I'll work on that tomorrow. 
[22:38:59] <halfak>	 Thanks for taking a look. 
[22:39:21] <halfak>	 I'm off for the night.  Gotta cut the grass!  Yay spring!