[00:36:26] Fundraising Tech Backlog, MediaWiki-Configuration: Convert DonationEmailUnsubscribe to use extension registration - https://phabricator.wikimedia.org/T108764#1530142 (Liuxinyu970226) [00:36:44] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-DonationInterface: Convert DonationInterface to use extension registration - https://phabricator.wikimedia.org/T108763#1530145 (Liuxinyu970226) [01:31:13] Fundraising Sprint Lou Reed, Fundraising Sprint N*E*R*D, Fundraising Sprint ODB, Fundraising-Backlog, and 5 others: CentralNotice mobile modules should not be loaded in the head - https://phabricator.wikimedia.org/T100372#1530273 (Jdlrobson) [04:08:30] AndyRussG: i like your thinking! i was wondering about basically minifying the data earlier. you think it will be able to stay under the character limit with the maximum number of entries? [04:11:16] cwdent: hi! Mmm check out the link to mediawiki.org. I just copied to a text editor, striped out spaces and newlines, and counted charaters... :) [04:11:21] and thanks! [04:15:10] AndyRussG: yeah, definitely looks reasonable, so we just limit client side to ~10 entries in a batch? [04:15:58] cwdent: yeah! Or even we could get creative and try to squeeze in precisely [04:17:38] yeah, assuming varnish (?) will just dump requests that are too large, we can just play with the size, since it's randomly sampled anyway it shouldn't matter if a few get lost [04:19:48] i should probably just respond to the thread! [04:22:24] ah yeah that makes sense! [04:22:29] cwdent: gotta run! g'night :)+ [04:22:35] :) [04:22:41] goodnight! [04:22:50] (that extra "+" was a typo) [04:22:53] cya! [11:26:05] TCB-Team-Fundraising-Sprint-2015-07-29, TCB-Team-Fundraising-Sprint-2015-08-05, TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Create diagram of fundraising components - https://phabricator.wikimedia.org/T107277#1531229 (Tobi_WMDE_SW) [11:28:25] TCB-Team-Fundraising-Sprint-2015-08-05, TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Estimate effort: english donation pages and form - https://phabricator.wikimedia.org/T107258#1531233 (Tobi_WMDE_SW) [11:41:59] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Create template switching mechanism for confirmation page - https://phabricator.wikimedia.org/T108812#1531291 (Tobi_WMDE_SW) [11:44:48] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Create randomizer functionality - https://phabricator.wikimedia.org/T108813#1531299 (Tobi_WMDE_SW) [11:46:05] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Provide tracking mechanism - https://phabricator.wikimedia.org/T108814#1531303 (Tobi_WMDE_SW) [11:56:51] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team: [WMDE-Fundraising] Analyse: Mobile visitors during the last campaign - https://phabricator.wikimedia.org/T108815#1531324 (Tobi_WMDE_SW) [12:18:39] TCB-Team-Fundraising-Sprint-2015-08-05, TCB-Team: [WMDE-Fundraising] Investigate security settings for "sensitive banner" - https://phabricator.wikimedia.org/T108017#1531362 (WMDE-Fisch) Open>Resolved [12:20:14] TCB-Team-Fundraising-Sprint-2015-07-29, TCB-Team-Fundraising-Sprint-2015-08-05, TCB-Team: [WMDE-Fundraising] Investigation and provide a plan for implementing a test system for memberships - https://phabricator.wikimedia.org/T107276#1531367 (WMDE-Fisch) Open>Resolved [13:11:11] TCB-Team-Fundraising-Sprint-2015-08-12, MediaWiki-Watchlist, TCB-Team, German-Community-Wishlist, and 4 others: Watch edits which add or remove pages from a category - https://phabricator.wikimedia.org/T9148#1531464 (Tobi_WMDE_SW) [13:11:23] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team, Patch-For-Review, TCB-Team-Sprint-2015-07-15, TCB-Team-Sprint-2015-07-29: [WLM] Make UW button targets dynamically set - https://phabricator.wikimedia.org/T105281#1531465 (Tobi_WMDE_SW) [13:11:30] TCB-Team-Fundraising-Sprint-2015-08-12, Phragile, TCB-Team, Phragile-1.1-release, TCB-Team-Sprint-2015-07-29: [Phragile] [Story] Make storypoints optional - https://phabricator.wikimedia.org/T100187#1531466 (Tobi_WMDE_SW) [13:29:17] TCB-Team-Fundraising-Sprint-2015-08-12, TCB-Team, Patch-For-Review: [WLM] Redirect script from Wikipedia to Commons - https://phabricator.wikimedia.org/T108163#1531513 (Tobi_WMDE_SW) [13:46:15] (CR) Ejegg: [C: 2 V: 2] "Optimized!" [wikimedia/fundraising/php-queue] - https://gerrit.wikimedia.org/r/230948 (https://phabricator.wikimedia.org/T107852) (owner: Awight) [14:49:50] Fundraising Sprint Queen, Fundraising-Backlog, Patch-For-Review: Create MW API method to process Amazon payments - https://phabricator.wikimedia.org/T108113#1531736 (Ejegg) a:Ejegg [14:57:34] (PS6) Ejegg: Redirect to Amazon for login [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230707 (https://phabricator.wikimedia.org/T108112) [14:57:36] (PS4) Ejegg: Switch Amazon to Mustache form, add modules [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230724 (https://phabricator.wikimedia.org/T108114) [14:57:38] (PS5) Ejegg: Add Amazon wallet widget [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230711 (https://phabricator.wikimedia.org/T108116) [14:57:40] (PS5) Ejegg: Clear out old Amazon code to prepare for PwA [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230253 (https://phabricator.wikimedia.org/T108659) [14:57:42] (PS2) Ejegg: Add Amazon API endpoint [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230940 (https://phabricator.wikimedia.org/T108113) [14:57:44] (PS6) Ejegg: Add payWithAmazon feature branch [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/228306 [14:57:46] (PS3) Ejegg: Add pay with Amazon SDK composer package [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/229277 [15:57:39] (CR) Ejegg: [C: -1] "I don't see how this helps with the banner from the phab ticket, which specifically requests gateway=worldpay&ffname=worldpay. GetAllVali" [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/230588 (https://phabricator.wikimedia.org/T108605) (owner: Awight) [17:02:50] Howdy my peeps! Scrum of scrums approaches. Anybody have grand schemes or unmet needs from other teams? [17:03:19] nothin i can think of, thanks! [17:03:20] K4-713 awight AndyRussG cwdent XenoRyet ^^^ [17:03:54] ejegg: thanks, no I think we're good! :) [17:04:09] (PS1) Awight: bump php-queue version [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231052 [17:04:11] At least from my corner it seems [17:04:22] (CR) Awight: [C: 2] bump php-queue version [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231052 (owner: Awight) [17:04:52] (Merged) jenkins-bot: bump php-queue version [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231052 (owner: Awight) [17:05:33] (PS1) Awight: Merge master into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231053 [17:05:48] (CR) Awight: [C: 2 V: 2] Merge master into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231053 (owner: Awight) [17:06:47] Fundraising-Backlog: Fundraising vagrant role provisioning fails - https://phabricator.wikimedia.org/T108844#1532061 (Pcoombe) NEW [17:08:09] (PS1) Awight: follow composer.lock [extensions/DonationInterface/vendor] - https://gerrit.wikimedia.org/r/231054 [17:08:32] (CR) Awight: [C: 2 V: 2] follow composer.lock [extensions/DonationInterface/vendor] - https://gerrit.wikimedia.org/r/231054 (owner: Awight) [17:08:37] (PS1) Awight: bump vendor [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231055 [17:09:21] So... updating vendor stuff in DonationInterface is incredibly annoying ^^ [17:09:42] (CR) Awight: [C: 2 V: 2] bump vendor [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231055 (owner: Awight) [17:09:48] awight: yep [17:10:11] (PS1) Awight: update DonationInterface submodule [core] (fundraising/REL1_25) - https://gerrit.wikimedia.org/r/231056 [17:10:23] I wonder what we can do... [17:10:44] It would be way nicer if vendor was updated by a deployment step [17:10:54] also less potential to screw up [17:11:04] yeah, but we can't just download unverified packages in deployment [17:12:07] grr [17:12:30] and running a satis instance might not be less annoying [17:12:51] Yeah, that looks annoying. [17:13:05] But WMF already does something like that for debs [17:13:38] well, if satis is mostly an upfront cost, it might be worth it [17:13:45] I guess we'd still have to deploy to satis, or pull from it on dev boxen [17:13:50] yeah [17:14:12] keeping our local instance up to date is the new awfulness [17:14:22] keeping on top of security patches etc [17:14:33] I wish composer wasn't so awful [17:14:36] i never know what to do, i just flail until it works [17:15:08] just glad it caches most stuff so redoing after rm -rf vendor isn't as slow as it could be [17:15:10] Else, we could include DI from mw-core using composer, then all its dependencies would be pulled into mw/vendor, and we would only have one lump to deploy. [17:15:23] awight: oho! [17:15:28] cwdent: +1 ejegg +1 [17:15:31] it's a submodule now right? [17:15:34] yeah [17:15:42] in fact, recursive submodules [17:15:45] that doesn't seem like a bad idea [17:15:52] that sounds pretty good! [17:15:52] vendor is a submodule of DI, but only on the deployment branch [17:16:09] I think other mw devs have been looking at that approach, too [17:16:26] no more worrying about keeping monolog and lightncandy in sync [17:16:30] Can't say it sounds good at this point, though. Trying to manage stuff under vendor with both git and composer is the sux [17:16:38] d'ahrrrgh [17:16:42] i don't think there's a gnarlier sequence of nerd words than "recursive submodule" [17:16:53] "linus hates submodules" [17:17:04] heheh [17:17:05] *Stop knowing these things* [17:18:00] i'm trying to get an ssh server into initrd so i can type in the disk passphrase remotely [17:18:25] ok, that's a pretty gnarly sequence right there [17:18:31] heheh [17:18:39] is that possible? [17:18:50] yeah apparently [17:18:55] wow! [17:18:57] but it's not pretty [17:19:10] preface: the fs on the asus is wasted [17:19:26] half the time when it wakes up i have to reboot [17:19:38] ugh [17:19:45] another terrible sequence: lvm encrypted software raid [17:20:02] sorry bout that [17:20:02] what could go wrong? [17:20:21] hehe, well it's lightning fast [17:20:27] i just don't want to go through the setup again [17:20:59] and the 40 hours of additional fiddling to get it useful [17:21:04] regular ass computers ftw [17:21:33] https://xkcd.com/1205/ [17:21:59] Think of the seconds you're saving on browser launch! [17:22:07] hehe [17:28:44] (CR) Awight: [C: 2 V: 2] update DonationInterface submodule [core] (fundraising/REL1_25) - https://gerrit.wikimedia.org/r/231056 (owner: Awight) [17:28:53] Deploying sketchy orphan stuff... [17:30:38] dstrine: hi! no, we don't have consensus yet... hopefully soon, tho :) [17:30:50] kk [17:31:40] lolol [17:31:59] I have been quietly watching all along ;) [17:32:19] !log paymentswiki updated from 325640bd70680a08ae77fd117433565634a98d88 to 823393264d6795bbaec490ff86f17580f722e598 [17:33:21] AndyRussG: I did corner ori in the office yesterday [17:33:39] awight: ah fantastic! [17:33:51] He gave me some good ideas, and also signed off on us sending a volley of stupid single log records, at least for our MVP. [17:34:01] awight: ah hmmm [17:34:09] awight: I'm actually just coding up the minified version [17:34:24] The minified thing looks like a really good idea. [17:34:25] I don't see much drawbacks [17:34:31] almost done [17:34:50] glad we have both options now! I guess a blocker could be the max number of log entries... [17:34:52] The only drawback is that it's a much shorter list of events than we were planning... but that's fine for an MVP [17:35:29] awight: maybe we could do both--minify and send a volley if we run out of space? [17:35:56] There's no easy migration to longer lists, but that's okay. I doubt ewulczyn will want to compare historical data, since its content and quality will change with our releases. [17:36:58] set it up to send the package when it reaches maximum size? [17:37:17] 2 packages then can't be correlated later...but that was the case anyway right? [17:38:00] cwdent: I don't think that works unless we keep a unique ID [17:38:37] the 2nd part? [17:39:07] exactly [17:40:07] yeah, i've got a lot of hare brained ideas about it [17:40:44] i guess it depends on what ellery wants to know [17:41:21] if someone sees 50 banners and then donates, there are going to be all these sets of impressions where they didn't donate, then one where they do at the end [17:41:24] right? [17:41:33] gzip! [17:41:35] but we won't know they are correlated [17:42:11] since it's json you could smash it harder the more it grows by changing the "schema" [17:43:08] as it passes a threshold it gets rearranged to a more lossy layout but in the interest of making it more cohesive [17:43:47] Hands up: Who's not blowing up right now? [17:44:05] BECAUSE YOU SHOULD BE. [17:44:09] I'm getting a ton of paypal emails. Is that something we should be worried about? [17:44:18] lol [17:44:28] what K4-713: said [17:44:31] Anything that says "Fail Mail" usually means that somebody needs to poke something vigorously with sticks. [17:44:55] So, there are two possibilities. [17:45:21] Either this is NBD, in which case the alerts should change... or this is a big deal and there have been too many NBD Fail Mails to the point that people ignore them now. [17:45:37] i see this email from paypal that says everything is broken [17:45:42] Great! [17:45:45] That's a start. [17:45:53] Update 1: We are experiencing an issue which is affecting PayPal APIs and PayPal Website on the PayPal Live Site. PayPal Merchants may be experiencing a higher than usual error rate for: [17:45:55] 10001 Error , HTTP 500 [17:46:03] (PS1) AndyRussG: WIP Banner history logger: minify and cutoff for EL data [extensions/CentralNotice] (campaign_mixins) - https://gerrit.wikimedia.org/r/231060 [17:46:07] sooo we need a big stick? [17:46:09] This is a great example of the kinds of things that we need to adjust/tune in advance of december. [17:46:30] Our technical teams have been engaged and are actively troubleshooting the issue. [17:46:34] yep [17:46:42] I got that this morning. [17:46:52] i picture them waking the technical teams from their pods [17:47:03] (CR) jenkins-bot: [V: -1] WIP Banner history logger: minify and cutoff for EL data [extensions/CentralNotice] (campaign_mixins) - https://gerrit.wikimedia.org/r/231060 (owner: AndyRussG) [17:47:21] I'd like to know who else got that alert / if the creative team is aware... [17:47:45] If they are running campaign tests, the results will be a mess. [17:47:49] K4-713: i'm somehow not seeing any fail mail [17:47:50] Crap, I'm killing the orphan slayer. [17:48:00] Also, we should not be driving people to broken payment processors. [17:48:19] You know: Usually. :) [17:48:56] bassoon! [17:49:07] reverting orphan [17:49:13] cwdent: http://3.bp.blogspot.com/-uxZ3WI_Oqz4/VNo94AehUbI/AAAAAAAAeUU/F3y-BhEZths/s1600/suspended_animation2.jpg [17:49:18] j/k, bunch last night but only one this morning [17:49:29] exactly [17:49:31] !log revision for payments-wiki-staging locked to 325640bd70680a08ae77fd117433565634a98d88 [17:50:21] Hum. [17:50:49] They're sending to fr-tech... and I've got over 100 in the last 14 minutes. [17:51:43] hrmph, ignore me, gmail collapses them [17:52:19] K4-713: best to turn off the gateway in this case? [17:52:24] is that difficult? [17:52:52] Usually, someone turns off any campigns that rely on that gateway... [17:53:21] Better to address the problem as far upstream as possible, first. [17:53:33] But then we can take the gateway offline. [17:53:38] That should be a simple config change. [17:54:07] i have found twitter useful for publicly chastising payment processors in these cases [17:54:27] however they admit things are broken [17:54:32] so nbd [17:55:34] This is new, that they admit stuff is borken [17:57:03] (PS1) Awight: change function access for old PHP [wikimedia/fundraising/php-queue] - https://gerrit.wikimedia.org/r/231065 [17:57:05] ejegg: ^ if you would [17:57:54] (PS1) Awight: update php-queue [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231066 [17:57:59] awight: d'oh, more closure fun? [17:58:08] one sec, about to talk in SoS [17:58:36] it can wait! [17:59:10] one-liner, anyone? https://gerrit.wikimedia.org/r/231066 [17:59:33] oops, not that. [17:59:45] https://gerrit.wikimedia.org/r/231065 <-- that one. [18:01:24] whew, that SoS went long! [18:01:36] awight: You may have to take down campaigns. [18:01:43] I don't think anybody else is around. [18:01:49] K4-713: sure thing [18:01:54] Thanks. [18:02:02] looking now. horrified that my filters don't display the failmail. [18:02:06] I'm in a meeting, and can't mess with it now. [18:02:08] Heh. [18:02:12] This is a good fire drill. [18:02:21] Really solid. [18:02:23] (CR) Ejegg: [C: 2 V: 2] "Placatory!" [wikimedia/fundraising/php-queue] - https://gerrit.wikimedia.org/r/231065 (owner: Awight) [18:02:25] hey MBeat - seeing lots of problems with paypal? [18:02:43] no, Pats gave me a heads up but nothing today [18:02:55] K4-713: hey. This is the IPN. [18:03:01] The failmail was. [18:03:09] Not the alert that they were experiencing severe issues. [18:03:42] (which calls out both the API and live website) [18:03:48] I don't think we use that stuff from the frontend. [18:03:53] The live site? [18:03:54] :p [18:04:20] guys - lmk if i should take down campaigns [18:04:39] let's try a paypal link first... [18:04:53] ejegg: If the problem is intermittent, we might not see it. [18:04:56] works for me [18:04:58] so far [18:05:03] atgo: ^^ [18:05:08] i mean if literally nobody has complained to MBeat... [18:05:12] i know i know [18:05:14] These people don't send out outage emails lightly. [18:05:25] where the heck is that page about emergencies? [18:05:46] atgo: and I were able to make donations via paypal [18:05:52] just now [18:05:59] hargh [18:06:25] If they're dropping, say, 20% of everybody, nobody is guaranteed to see major issues. [18:06:35] Also, their internal problems might not be visible to users. [18:06:39] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Performance: Move CentralNotice stuff out of cookies - https://phabricator.wikimedia.org/T108849#1532156 (awight) NEW [18:07:11] K4-713: okay, I'll take campaigns down. We should revisit this protocol later, though... [18:07:17] Indeed. [18:07:21] Hrm. I see a dozen "Major Impact" notification emails over the past year [18:07:38] K4-713: MBeat hasn't seen literally 1 complaint [18:07:41] are we sure about this? [18:07:46] paypal sure is. [18:08:09] Also, consider for a minute if the user fails two pages in to paypal's payment flow. [18:08:12] Why would they email us? [18:09:28] K4-713: do you know where that pesky "what to do if things are blowing up" page is? i can't find it [18:09:36] wanted to share with dstrine... and link somehwere WAY more obvious [18:10:03] I'd look at either collab, or office. [18:10:10] try looking for on-call documentation. [18:11:21] K4-713: the additional info here really makes it seem like this doesn't concern us [18:11:28] "PayPal Merchants may be experiencing a higher than usual error rate for: [18:11:32] 10001 Error , HTTP 500" [18:12:06] Hey, side note: https://meta.wikimedia.org/w/index.php?title=Special:CentralNotice&subaction=noticeDetail¬ice=C1516_enMY_dsk_hi_FR [18:12:17] "PayPal Website on the PayPal Live Site" [18:12:19] There are too many banners per bucket. [18:12:33] That's just the... website, eh? [18:12:43] I'm calling out that it's not just the API. [18:14:23] That looks like the boilerplate they send out with every initial Major Impact notifications before they send specifics in an update [18:14:24] office... maybe [18:15:59] Oh, NVM, some of them do only mention the API [18:41:41] ejegg: I'm jumping on bart in a few minutes. Do you have time to check whether the broken js was caused by my paymentsoutages tweak? [18:41:58] awight: sure thing [18:42:38] k, I don't think this is a regression [18:42:59] awight: I doubt it - not even seeing the cross wiki script load, probably because of the undefined $ [18:43:46] And I'm not seeing the errors on wikipedia after clearing cache and reloading with a forced banner [18:47:05] yeah this looks like custom JS rolled into the wikitext, which isn't able to delay itself until after jQuery is loaded. [18:49:04] Gotta relocate. [18:49:10] PP is still down. [19:44:09] As of 10:36 AM PDT the API errors have stopped. At this time PayPal customers may still be experiencing intermittent HTTP 500 errors and/or slowness while accessing their PayPal Wallet. [20:09:11] It's so quiet in here. [20:10:54] crickets... [20:11:17] Post fire-drill chillout time? [20:11:26] * K4-713 puts on some ambient trance music [20:11:54] code zone groovez [20:12:07] That should be a thing that exists. [20:13:19] Anyway: That was fun from my end. I was sort of wondering how in-tune we were with incident response. [20:13:52] And, this is just about the time I like to start trying to identify gaps. [20:14:11] Also, there are things I used to do. [20:14:19] Somebody else should probably do those now. [20:14:30] Probably [20:14:41] maybe we could get a wiki page out of you K4-713 ? [20:14:47] Oh, probably. :) [20:15:10] But, I want to work with you guys on process, because all the old maneuvers I used to have were really grown out of an older team. [20:15:24] Most of them are no longer part of the equation. [20:16:23] What if I write a sort of generalized list of things that should happen when the outer world informs us of Problems, and let you guys fill in the specifics? [20:17:15] Being new guy, I don't know how much I could contribute to that, but it's definitely a thing I would like to read and have access to when it's done. [20:17:30] A lot of the gaps are ownership-related, and I think this kind of thing works best when owners self-identify. [20:17:50] I can say things like [owner identity goes here] [20:18:06] yeah i'd love to contribute where i can [20:18:15] Groovy. [21:20:26] so this happened: http://www.mirror.co.uk/news/world-news/china-explosion-live-updates-massive-6241984 [21:24:40] saw that . . . terrible [21:31:20] yikes [21:35:54] hey dstrine - not coming back for Chicken. Going to take it from berkeley [21:40:49] atgo: ok [21:41:03] the city isn't cool anymore anyway [21:41:14] might as well just move to Oakland [21:41:34] (CR) Awight: [C: 2] update php-queue [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231066 (owner: Awight) [21:42:04] (Merged) jenkins-bot: update php-queue [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231066 (owner: Awight) [21:43:26] (PS1) Awight: update php-queue [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231171 [21:43:28] (PS1) Awight: Merge master into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231172 [21:45:35] (CR) Awight: [C: 2 V: 2] update php-queue [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231171 (owner: Awight) [21:47:03] haha that's what the cool kids are doing [21:47:47] (PS1) Awight: update php-queue [extensions/DonationInterface/vendor] - https://gerrit.wikimedia.org/r/231173 [21:47:59] I can confirm. The kids are cool [21:48:08] Fundraising Sprint Queen, Fundraising-Backlog, Patch-For-Review: Clear out old Amazon code - https://phabricator.wikimedia.org/T108659#1532853 (atgo) [21:48:09] Fundraising Sprint Queen, Fundraising Sprint Kraftwerk, Fundraising Sprint Lou Reed, Fundraising Sprint Miles Davis, and 4 others: Stop writing to ActiveMQ once orphan slaying on Redis has been tested - https://phabricator.wikimedia.org/T99018#1532854 (atgo) [21:48:11] (CR) Awight: [C: 2 V: 2] update php-queue [extensions/DonationInterface/vendor] - https://gerrit.wikimedia.org/r/231173 (owner: Awight) [21:48:25] (PS1) Awight: update vendor submodule [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231174 [21:48:43] (CR) Awight: [C: 2 V: 2] Merge master into deployment [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231172 (owner: Awight) [21:48:58] (CR) Awight: [C: 2 V: 2] update vendor submodule [extensions/DonationInterface] (deployment) - https://gerrit.wikimedia.org/r/231174 (owner: Awight) [21:49:22] Fundraising-Backlog, Epic: [epic] Amazon upgrade - https://phabricator.wikimedia.org/T87625#1532862 (atgo) [21:49:24] Fundraising-Backlog, Epic: [epic] Handle gateway (sub) accounts throughout pipeline - https://phabricator.wikimedia.org/T102701#1532864 (atgo) [21:49:26] Fundraising-Backlog, Recurring-Donations, Epic: Amazon recurring - https://phabricator.wikimedia.org/T107391#1532863 (atgo) [21:49:55] Fundraising-Backlog: [EPIC] Amazon embedded campaign ready version - https://phabricator.wikimedia.org/T108109#1532867 (atgo) [21:49:57] Fundraising-Backlog: [EPIC] Amazon embedded 1-hour test version - https://phabricator.wikimedia.org/T108106#1532868 (atgo) [21:49:59] Fundraising-Backlog: [EPIC] Amazon (embedded) internal test - https://phabricator.wikimedia.org/T108102#1512386 (atgo) [21:49:59] (PS1) Awight: update DonationInterface submodule [core] (fundraising/REL1_25) - https://gerrit.wikimedia.org/r/231175 [21:50:01] Fundraising-Backlog, Epic: [epic] Amazon upgrade - https://phabricator.wikimedia.org/T87625#995438 (atgo) [21:51:13] (CR) Awight: [C: 2 V: 2] update DonationInterface submodule [core] (fundraising/REL1_25) - https://gerrit.wikimedia.org/r/231175 (owner: Awight) [21:53:36] !log updated paymentswiki from 325640bd70680a08ae77fd117433565634a98d88 to 99e3ce08117d18b15bc8138b447c4c21bd452d28 [21:53:43] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [21:57:30] I'm agonna turn PayPal back on... [21:58:10] wahoo! [22:02:48] Wikimedia-Fundraising: Javascript error on Thank You page: $ is not defined - https://phabricator.wikimedia.org/T108882#1532903 (Pcoombe) NEW a:Pcoombe [22:05:07] Wikimedia-Fundraising: Javascript error on Ways to Give: $ is not defined - https://phabricator.wikimedia.org/T108883#1532922 (Pcoombe) NEW a:Pcoombe [22:16:52] Fundraising-Backlog: Sprint T goal (End Q1): - https://phabricator.wikimedia.org/T108406#1532982 (atgo) [22:26:00] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Adding Anna Stillwell as a Steward. and Solicitor - https://phabricator.wikimedia.org/T108118#1533013 (atgo) [22:30:44] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Spike: Lots of 21000050 errors for Globalcollect, since July - https://phabricator.wikimedia.org/T107845#1533018 (atgo) [22:35:18] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Edits to LYBUNT report - https://phabricator.wikimedia.org/T88819#1533032 (atgo) [22:42:15] (PS1) Ejegg: Log original GlobalCollect validation error [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/231186 (https://phabricator.wikimedia.org/T107845) [22:46:32] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Reduce cheesiness: Abort orphan slayer job when we hit a total elapsed time like 4 minutes - https://phabricator.wikimedia.org/T107958#1533106 (atgo) [22:46:35] Fundraising-Backlog: Accept incoming unsubscribe emails - https://phabricator.wikimedia.org/T93427#1533108 (Ejegg) Can Silverpop do this for us? If we use the CiviMail stuff, it'll only work for stuff sent via Civi. [22:47:12] Fundraising-Backlog: Accept incoming unsubscribe emails - https://phabricator.wikimedia.org/T93427#1533109 (Ejegg) [22:47:14] Fundraising Tech Backlog, Wikimedia-Fundraising-CiviCRM, Patch-For-Review: Fix performance problems recording thank you emails to CiviMail records - https://phabricator.wikimedia.org/T86863#1533110 (Ejegg) [22:58:28] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533155 (atgo) @ejegg says that this should already be possible as long as they are already white-listed parameters. We should definitely check with Legal before we pursue this. @cco... [23:00:55] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533172 (CCogdill_WMF) @atgo I think I need some clarification on the legal question. This is already information we display to donors in Silverpop emails, so it would just be a matt... [23:01:25] Fundraising-Backlog: Improve error messaging for donors experiencing browser errors - https://phabricator.wikimedia.org/T96293#1533175 (atgo) a:atgo>None [23:02:01] Fundraising Sprint Kraftwerk, Fundraising Sprint Lou Reed, Fundraising Tech Backlog, Fundraising-Backlog, and 3 others: Verify kafkatee use for fundraising logs on erbium - https://phabricator.wikimedia.org/T97676#1533178 (atgo) p:Triage>Normal [23:02:17] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533180 (Ejegg) Here's an example link to pre-fill a form with fname, lname, and email parameters: https://payments.wikimedia.org/index.php?title=Special:AstropayGateway&appeal=Jimm... [23:03:54] Fundraising-Backlog: Use Silverpop API to import email data to CiviCRM - https://phabricator.wikimedia.org/T108891#1533185 (CCogdill_WMF) NEW [23:05:49] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533199 (CCogdill_WMF) Awesome, @Ejegg, looks easy enough for my to replicate in the email links. [23:07:44] Fundraising-Backlog: Use Silverpop API to import email data to CiviCRM - https://phabricator.wikimedia.org/T108891#1533213 (CCogdill_WMF) p:Triage>Low [23:08:14] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533216 (atgo) @ccogdill_wmf just checking if we can pass name/email that way to be 100% sure. It's probably OK but always good to check. [23:10:05] Fundraising-Backlog: Spike: Do we have data on unsubscribe & abuse rates from Civi TY emails? - https://phabricator.wikimedia.org/T108892#1533227 (CCogdill_WMF) NEW [23:15:46] just want to make sure you guys have this info since awight and i just talked for a sec IRL [23:16:02] we're looking at unsubscribes from TY emails and seeing if we can query that info. [23:16:19] awight - we can schedule this investigation for later if that's better [23:19:33] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533253 (CCogdill_WMF) Got it, thanks @atgo, I've emailed Stephen. [23:24:54] (PS7) Awight: WIP Remove legacy STOMP code [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018) [23:25:19] (CR) Awight: WIP Remove legacy STOMP code (1 comment) [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018) (owner: Awight) [23:25:21] (CR) jenkins-bot: [V: -1] WIP Remove legacy STOMP code [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018) (owner: Awight) [23:25:36] (PS8) Awight: Remove legacy STOMP code [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018) [23:26:00] (CR) jenkins-bot: [V: -1] Remove legacy STOMP code [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018) (owner: Awight) [23:27:30] Fundraising-Backlog: Pass name/email data from Silverpop to LP2 fields through URL - https://phabricator.wikimedia.org/T101019#1533287 (atgo) Open>Resolved a:atgo thanks @ccogdill_wmf. This looks solved from a tech perspective (since you already have that test). I'm closing, but feel free to reopen... [23:33:08] (PS9) Awight: Remove legacy STOMP code [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/229079 (https://phabricator.wikimedia.org/T99018)