[14:37:30] bmansurov: thanks for adding the new survey patch. should the survey be showing up by now or does it take longer for the patch to make it through? [14:38:12] isaacj: o/ I'm going to deploy it in about 3 hours from now. I'll let you know when it goes live. [14:38:34] isaacj: here's the deployment calendar if you want to know more: https://wikitech.wikimedia.org/wiki/Deployments [14:39:58] bmansurov: ahh okay, that makes sense - i didn't realize beta was on the same type of schedule [14:42:20] bmansurov: we should get privacy statement this morning, which is the last blocker. looks like there is a 24 hour window from 00:00 UTC Thursday - 00:00 UTC Friday that we could squeeze into if testing goes well. thoughts? i'm also open to pushing till start of next week if this is too rushed [14:43:42] isaacj: sounds good [14:44:09] I'll prepare the patches and schedule a deploy for later today then. [14:44:19] *one patch ;) [14:44:40] great - i'll keep you updated if anything comes up then. thanks! [14:45:12] isaacj: ok cool [16:41:16] hi [16:41:22] Zppix: Ping [16:41:31] o/ [16:41:49] ON #Wikipedia-en there was a discussion about USENET archiving [16:42:10] and how there currently isn't a stable alternative to Google's [16:42:41] Would it be possible for someone at WM research too look into a way to archive USENET posts more directly [16:43:15] (possibly to archive.org or related) so that there is an alternative if Google Groups becomes unavilable [16:43:40] Amongst the issues would be that USENET as such has a somewhat murky copyright situation [16:44:58] Zppix: That I think is the summary of what you meant in the other channel [16:45:06] Yeah [16:45:27] WMF running a USENET gateway itself is probably out of scope [16:45:49] However, archival soloutions that don't rely on a sole provider would be welcomed. [16:46:02] I would also add that I brought up the idea of a potiental bot to pull from the archives google has and to upload them to a more stable archive site such as archive.org. However, we would need to find a dev to develop said bot. [16:48:22] Zppix: I said a bot approach may be unfeasible as Google has anti-leech protections [16:48:44] True, but maybe something could be worked out? [16:48:49] Indeed. [16:49:46] The anti leech protections are also used to protect Google's servers from attempts at abusive mass requesting (i.e DDoS type net-attacks) IIRC [17:07:36] isaacj, bmansurov: congrats on having the survey on demographics out. [17:07:57] very nice to see this is moving forward. :) [17:08:37] leila: if everything goes well, it'll go live later today [17:09:01] yep! excited! [17:14:05] bmansurov: great. saw the patch. [19:15:32] isaacj: check the survey, it's showing up but links are messed up. [19:15:42] isaacj: can you fix those and the ones in production? [19:42:17] bmansurov: sorry just seeing this. yeah, i'm not sure what's going on. i compared the pages to the reader trust ones and can't find any difference in content (except my links go to a different privacy policy and survey) [19:43:12] hmmm [19:46:48] yeah, and your config for trust and demographics looks the same so it doesn't look like an issue there [19:47:22] it seems to be treating the survey link as an internal link (it appends it to ...beta.wmflabs/wiki/) [19:51:22] isaacj: i updated the link message, but it's still not working correctly, let's give it sometime [19:52:55] bmansurov: oh i see, there were brackets around the link that were potentially the issue (gah visual editor)? [20:05:56] isaacj: https://phabricator.wikimedia.org/T217282 [20:09:42] bmansurov: FYI i updated the message too (removed the period at the end) and I haven't seen that change come through yet so from my standpoint it doesn't appear that your fix to the link has been incorporated yet [20:10:19] isaacj: ok, what about the privacy statement link? [20:10:24] it seems correct [20:11:54] bmansurov: yeah, i made a change to that too just so everything would match the trust survey (https://en.wikipedia.beta.wmflabs.org/w/index.php?title=MediaWiki:Reader-demographics-1-privacy&action=history) but i can't tell whether it has been incorporated [20:13:26] isaacj: ok, I've purged the page and the link is fine now. [20:13:33] *page cache [20:14:52] isaacj: you can purge cache like so (for the future): https://en.wikipedia.beta.wmflabs.org/w/index.php?title=MediaWiki:Reader-demographics-1-link&action=purge [20:16:39] hmm...tried that and not seeing the updates (also tried just clearing history on a different browser and loading there and still no update) [20:17:17] isaacj: did you hit "YES" [20:17:18] ? [20:17:59] yep, and then when i visit the book page i still get the old version with the broken links [20:22:00] bmansurov: i'm also concerned about deployment because i haven't heard back from privacy with a final statement. when should i let you know that we need to call this off and push till next week? [20:22:03] isaacj: you're right. I was looking at my dev environment. [20:22:16] isaacj: yes, let's do so. [20:22:31] thanks - bummer but i'd rather not rush this and make a mistake [20:26:32] bmansurov: when we do get this working, is EL enabled on beta? as in, should i expect to check the logs to make sure the initiation/response schemas are being recorded correctly as well? [20:27:13] isaacj: yes, enabled, but no need to test the logs: I'd assu [20:27:17] https://wikitech.wikimedia.org/wiki/Analytics/Systems/EventLogging/TestingOnBetaCluster [20:27:41] you can check the browser's network tab for the event data. [20:29:31] ahh okay - good point [23:30:47] isaacj: I didn't know about T210646 . Please take a note of it for when we have to explain the data collection. [23:30:48] T210646: Quick surveys do not show up on pages without infoboxes that have table of contents - https://phabricator.wikimedia.org/T210646 [23:32:20] leila: yeah, I'll figure out the extents of it and what we can do [23:35:30] isaacj: extent would be great. thanks! (hopefully it's not a huge deal)