[00:39:00] Fundraising Sprint Queen, Fundraising Sprint The Pogues, Fundraising-Backlog, fundraising-tech-ops, Unplanned-Sprint-Work: Make DonationInterface fatal errors accessible - https://phabricator.wikimedia.org/T107918#1526319 (awight) WIP, you don't wanna ask... ``` $wgMWLoggerDefaultSpi = array... [00:40:52] (PS2) Ejegg: Redirect to Amazon for login [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230707 (https://phabricator.wikimedia.org/T108112) [00:44:05] (PS1) Ejegg: WIP add Amazon wallet widget [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230711 [00:46:57] (PS1) Ejegg: WIP add Amazon commit widget, retrieve donor profile [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230712 [01:44:38] Fundraising Sprint Queen: Clear out old Amazon code - https://phabricator.wikimedia.org/T108659#1526497 (Ejegg) NEW [01:45:01] Fundraising Sprint Queen: Clear out old Amazon code - https://phabricator.wikimedia.org/T108659#1526504 (Ejegg) a:Ejegg [01:53:29] Fundraising Sprint Queen, Fundraising-Backlog: Switch Amazon to use Mustache form, load custom JS and widgets - https://phabricator.wikimedia.org/T108114#1526519 (Ejegg) [02:09:21] (PS3) Ejegg: Clear out old Amazon code to prepare for PwA [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230253 (https://phabricator.wikimedia.org/T108659) [02:13:17] (PS1) Ejegg: Switch Amazon to Mustache form, add modules [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230724 (https://phabricator.wikimedia.org/T108114) [02:24:45] (PS3) Ejegg: Redirect to Amazon for login [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230707 (https://phabricator.wikimedia.org/T108112) [02:24:47] (PS2) Ejegg: WIP add Amazon wallet widget [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230711 (https://phabricator.wikimedia.org/T108116) [02:24:49] (PS2) Ejegg: WIP add Amazon recurring widget, retrieve donor profile [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230712 [02:28:03] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1526568 (Ejegg) NEW [07:58:54] TCB-Team-Fundraising-Sprint-2015-07-29, TCB-Team: [WMDE-Fundraising] Write update script for DB schema changes - https://phabricator.wikimedia.org/T107273#1526730 (WMDE-Fisch) Open>Resolved [08:35:10] TCB-Team-Fundraising-Sprint-2015-07-29, TCB-Team-Fundraising-Sprint-2015-08-05, TCB-Team: [WMDE-Fundraising] Create diagram of fundraising components - https://phabricator.wikimedia.org/T107277#1526753 (Tobi_WMDE_SW) @wmde-fisch can you add the link to the diagram here? [09:18:47] Wikimedia-Fundraising, operations: Add /fundraising to dumps.wikimedia.org - https://phabricator.wikimedia.org/T42847#1526793 (ArielGlenn) https://gerrit.wikimedia.org/r/#/c/230738/ for fundraising. not clear what people want to happen with frdata.wm.o [14:31:46] Fundraising Sprint Queen, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1527404 (Ejegg) a:Ejegg [15:06:06] Fundraising Sprint Queen, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1527553 (Ejegg) Oops, I was wrong. Getting name and email before payment DOES trigger a consent form. I... [15:06:44] AndyRussG: does it look like sending each impression in its own request to EL is the best approach for now? [15:07:07] and maybe kafka can handle splitting grouped messages up when that is available? [15:09:18] cwdent: hi! I think I heard echos of concerns about firing off 30 consecutive EL events from JS... [15:09:42] I dunno, I have trouble imagining that there can't be a simple server-side solution [15:10:15] yeah, isn't kafka a pretty good option for that? i don't know much about it but it seems like it sits in the right place in the stack [15:10:27] Yeah either a simple kafka queue consumer that splits and sends to EL or elsewhere! [15:10:44] All it has to do is read in JSON and spit it out somewheres [15:10:58] Or what about Hive/Hadoop map reduce? I know next to nothing about that either, though [15:10:58] yup [15:11:33] i thought that was for batch processing of data that's already been imported [15:12:52] it does seem to me like writing to a separate queue with a consumer that writes to EL has a few advantages [15:13:15] you can hit it as hard as you want and regulate output to EL to match whatever is required [15:13:36] cwdent: ah! right that also sounds interesting [15:13:38] and of course you can write to it in whatever format you want [15:14:05] I dunno if it's a losing battle, but I really don't want to do persistent unique IDs [15:14:34] well if we can wrangle a queue it can do that work too [15:14:52] then it's at least server side [15:15:17] Ah yeah dole out a unique ID to link up the multiple denormalized event logs [15:16:12] yeah, so you send a zipped up dozen impressions, when the queue consumer gets to it she generates an ID, splits it up, and sends em to EL [15:16:44] and it can be like a carburetor regulating the flow towards EL [15:18:35] cwdent: it may be useful to actually generate the unique ID on the client. I think that so long as it doesn't stay on the client anywhere, we're safe in terms of not affecting privacy in any way [15:18:55] We could just generate it on the client and then send it with the rest of the data [15:19:25] that's true, long as it gets rotated out after sent [15:19:50] however it might be easier to guarantee uniqueness server side [15:20:09] The reason for generating it on the client is that it if the user does donate, it could be passed downstream and then banner histories could be correlated with donations, which I think they want (though also we have to double-check it's OK), but which also seems OK privacywise [15:20:32] The main thing is not to just have a persistent ID that sticks around on the client and is good for anything [15:20:59] I dunno if you saw the part of the banner history patch that fuzzes the timestamp on banner views +/- 10 seconds [15:21:09] hehe yep, love it [15:21:13] That's so it _can't_ be correlated with weblogs [15:21:40] but how long do you wait to send the logs? seems like they could donate any old time [15:21:50] heh cool! glad we're on the same page :D [15:22:14] cwdent: yes, they can donate any old time, and the logs can get sent any old time [15:22:36] It's just a sample. We get the ones that we get, and we don't get the ones that we don't [15:22:46] so if they get send before they donate, that data gets lost [15:22:54] Yes [15:23:14] would have to make sure it's known that a missing donation doesn't mean they _didn't_ donate [15:23:18] And also if they donate and the log gets sent later, the correlation gets lost [15:23:28] that could be easily misinterpretable data [15:24:08] Well there'll still be a field (haven't put it in yet) that will indicate whether they've donated and when [15:24:23] That's already stored in a cookie, to prevent FR banner re-display for 1 year [15:24:35] Though yes, point well taken [15:24:59] ah ok, so with that field that indicates donation couldn't you still generate the IDs server side? [15:25:30] not that i really have an opinion, just thinking about the ins and outs [15:25:52] Ah hmm good point, and just correlate based on donation time? I dunno, sometimes there may be such a torrent of donations that it wouldn't be accurate enough [15:26:22] We could also just send the banner history whenever someone clicks on donate [15:26:27] could you send the donation along with the packet of impressions? [15:26:46] yeah ^ well vice versa [15:26:50] then you wouldn't have to correlate [15:26:52] yeah [15:27:15] remember the donation actually happens on a different site, that won't have access to the banner history log [15:27:45] The best we can do is send a beacon when the user clicks to go over to the donation location [15:29:10] aah yes, that's true [15:29:29] might be better for user privacy to just say "they clicked donate" anyhow... so you couldn't correlate by amount donated? [15:30:56] cwdent: hmmm [15:31:12] yeah dunno [15:32:01] I mean, once you donate you're under a diferent privacy policy, so legally it's different. But what I'm concerned about is making sure all the actual content-related activity--reading and editing--is _not_ correlatable [15:32:28] So correlation of donations with banner history would indeed link a history of banner views with individual donors [15:32:54] But I think that should never be correlatable with what the user actually does on the side in any way [15:33:18] (other than broad generalities, I guess--language, project, basically) [15:38:01] yeah, that's a challenging balance for sure [15:41:18] AndyRussG: well in the mean time, i was thinking of writing those kvstore tests, since some of the new patches touch that stuff [15:43:31] cwdent: ah yeah that'd be fantastic [15:44:04] yeah make your patch depend on the KVStore: Various minor improvements [15:44:30] will do! [15:44:47] I guess I'll look into the Kafka server-side option... I'll ping w/ anything interesting I come across then! [15:46:48] sounds good! [15:48:18] http://www.smbc-comics.com/index.php?id=3826 [15:52:50] haha [15:53:14] One of his better ones, I'd say [15:55:49] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: WMF-specific links and emails should be in LocalSettings - https://phabricator.wikimedia.org/T108699#1527715 (Ejegg) NEW [16:34:27] Fundraising research, Research-and-Data: Revenue Projections - https://phabricator.wikimedia.org/T107946#1527811 (DarTar) @ellery: status update? [16:45:28] Fundraising Sprint Queen, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1527867 (DStrine) [16:45:30] Fundraising Sprint Queen, Patch-For-Review: Clear out old Amazon code - https://phabricator.wikimedia.org/T108659#1527868 (DStrine) [16:45:32] Fundraising-Backlog: [EPIC] Amazon (embedded) internal test - https://phabricator.wikimedia.org/T108102#1527866 (DStrine) [17:12:20] Wikimedia-Fundraising: Deploy pt-br translation Thank you email - https://phabricator.wikimedia.org/T108703#1527960 (jrobell) NEW a:atgo [17:20:41] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: WMF-specific links and emails should be in LocalSettings - https://phabricator.wikimedia.org/T108699#1527984 (atgo) [17:21:20] Fundraising-Backlog: Deploy pt-br translation Thank you email - https://phabricator.wikimedia.org/T108703#1527990 (atgo) [17:22:56] dstrine: this one should happen soon aka unplanned ^ [17:23:48] we'll talk about it in standup....unless someone wants to volunteer now [17:25:58] not today-critical, but they'd like it before the full campaign starts in theory [18:01:50] running a few errands, back in a bit! [18:09:22] (PS4) Ejegg: Redirect to Amazon for login [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230707 (https://phabricator.wikimedia.org/T108112) [18:09:24] (PS2) Ejegg: Switch Amazon to Mustache form, add modules [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230724 (https://phabricator.wikimedia.org/T108114) [18:09:26] (PS3) Ejegg: Add Amazon wallet widget [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230711 (https://phabricator.wikimedia.org/T108116) [18:12:32] Fundraising Dash, Fundraising-Backlog: Add country & date filters to Fraud widget on Dash - https://phabricator.wikimedia.org/T89526#1528317 (atgo) a:atgo>None [18:12:36] Fundraising-Backlog: Parse Amazon last name data differently (or: review the way we receive Amazon name data) - https://phabricator.wikimedia.org/T86720#1528318 (atgo) a:atgo>None [18:12:52] Fundraising-Backlog: Worldpay: donors on Firefox receiving weird SSL error - https://phabricator.wikimedia.org/T91694#1528319 (atgo) a:atgo>None [18:47:18] (CR) Awight: [C: 2 V: 1] "Great, thank you!" (1 comment) [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/213255 (https://phabricator.wikimedia.org/T88050) (owner: Alex Monk) [18:47:56] (PS4) Awight: Updated extension registration to new system [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/213315 (https://phabricator.wikimedia.org/T87903) (owner: Parent5446) [18:52:10] (CR) Awight: [C: 2 V: 1] "Great, thanks for doing this! I missed that you included pre-1.25 compatibility in my last review, sorry..." [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/213315 (https://phabricator.wikimedia.org/T87903) (owner: Parent5446) [18:57:10] (Merged) jenkins-bot: Add extension.json, empty old PHP entry point [extensions/FundraisingTranslateWorkflow] - https://gerrit.wikimedia.org/r/213255 (https://phabricator.wikimedia.org/T88050) (owner: Alex Monk) [19:01:40] (Merged) jenkins-bot: Updated extension registration to new system [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/213315 (https://phabricator.wikimedia.org/T87903) (owner: Parent5446) [19:05:41] Fundraising Tech Backlog, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-DonationInterface, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1528559 (awight) [19:06:21] Fundraising Tech Backlog, MediaWiki-extensions-General-or-Unknown, Patch-For-Review, WMF-deploy-2015-08-18_(1.26wmf19): Convert FundraisingTranslateWorkflow to use extension registration - https://phabricator.wikimedia.org/T88050#1528573 (awight) Open>Resolved [19:07:25] Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-CentralNotice: Convert CheckUser to use extension registration - https://phabricator.wikimedia.org/T108721#1528581 (awight) NEW [19:07:34] Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-CentralNotice: Convert CentralNotice to use extension registration - https://phabricator.wikimedia.org/T108721#1528588 (awight) [19:07:43] Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-CentralNotice: Convert CentralNotice to use extension registration - https://phabricator.wikimedia.org/T108721#1528581 (awight) [19:07:45] Fundraising Tech Backlog, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-DonationInterface, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1528590 (awight) [19:07:54] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1201449 (awight) [19:08:41] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1201449 (awight) [19:12:01] (CR) Paladox: "Hi you forgot to include manifest." [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/213315 (https://phabricator.wikimedia.org/T87903) (owner: Parent5446) [19:41:03] https://test.wikipedia.org/ [19:50:43] ooof [19:57:48] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1528832 (Ejegg) [19:59:01] Fundraising Sprint Queen, Fundraising-Backlog, MediaWiki-extensions-DonationInterface, Patch-For-Review: Implement Amazon wallet widget - https://phabricator.wikimedia.org/T108116#1528839 (Ejegg) a:Ejegg [20:00:54] Fundraising-Backlog: Deploy pt-br translation Thank you email - https://phabricator.wikimedia.org/T108703#1528860 (atgo) a:atgo>None [20:04:45] AndyRussG: you around? [20:08:58] Fundraising Sprint Queen, Fundraising-Backlog, Patch-For-Review: Switch Amazon to use Mustache form, load custom JS and widgets - https://phabricator.wikimedia.org/T108114#1528901 (Ejegg) a:Ejegg [20:10:48] Fundraising Sprint Queen, Fundraising-Backlog, Unplanned-Sprint-Work: Deploy pt-br translation Thank you email - https://phabricator.wikimedia.org/T108703#1528919 (atgo) a:awight [21:04:14] hey all [21:04:17] we are in a meeting [21:04:19] trying to change rooms [21:04:32] uhh... where is everybody? [21:11:10] Fundraising-Backlog: [EPIC] Amazon (embedded) internal test - https://phabricator.wikimedia.org/T108102#1529211 (Ejegg) [21:11:12] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Retrieve donor name and email from Amazon profile, let them edit - https://phabricator.wikimedia.org/T108660#1529209 (Ejegg) Open>declined There doesn't seem to be a good way to do this. If we want the info up front, we *DO* trigger an e... [21:16:20] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1529228 (DStrine) p:Triage>Normal [21:17:35] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: WMF-specific links and emails should be in LocalSettings - https://phabricator.wikimedia.org/T108699#1529236 (DStrine) [21:18:18] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, MediaWiki-extensions-DonationInterface, Technical-Debt: Merge CRM and DonationInterface queue wrappers - https://phabricator.wikimedia.org/T95647#1529242 (DStrine) [21:18:26] Fundraising-Backlog: Create MW API method to process Amazon payments - https://phabricator.wikimedia.org/T108113#1529246 (Ejegg) [21:21:54] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Reset payment submethod on payment method switch - https://phabricator.wikimedia.org/T108248#1529265 (DStrine) [21:25:19] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: DonationInterface DonationData class: Total refactor (use new data item class) - https://phabricator.wikimedia.org/T86261#1529275 (Ejegg) [21:25:23] Fundraising Tech Backlog, Fundraising-Backlog, Labs-Vagrant, MediaWiki-Vagrant: Make it easier to use the fundraising puppet role on labs - https://phabricator.wikimedia.org/T102304#1529277 (DStrine) [21:26:57] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: DonationInterface DonationData class: Total refactor (use new data item class) - https://phabricator.wikimedia.org/T86261#964685 (Ejegg) [21:27:00] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Reset payment submethod on payment method switch - https://phabricator.wikimedia.org/T108248#1529287 (Ejegg) [21:27:22] Fundraising Tech Backlog, Recurring-Donations, HHVM: Fix recurring date calculation for HHVM - https://phabricator.wikimedia.org/T102230#1529291 (Ricordisamoa) [21:27:27] Fundraising-Backlog, FR-Campaigns: Legal language entry in Translatewiki for LATAM - https://phabricator.wikimedia.org/T105142#1529293 (DStrine) ping @jrobell [21:27:43] Fundraising-Backlog, FR-Campaigns: Legal language entry in Translatewiki for LATAM - https://phabricator.wikimedia.org/T105142#1529295 (DStrine) a:atgo>None [21:28:11] Fundraising Tech Backlog, Fundraising-Backlog, fundraising-tech-ops, HHVM: Run Payments wiki on HHVM - https://phabricator.wikimedia.org/T91899#1529301 (Ricordisamoa) [21:32:05] Fundraising-Backlog: SPIKE: Check status of ContributionTracking code on donate wiki landing page - https://phabricator.wikimedia.org/T108741#1529325 (K4-713) NEW [21:32:13] Fundraising Tech Backlog, Fundraising-Backlog: Track settlement currencies other than USD (was: Make sure we do not lose gateway conversion information) - https://phabricator.wikimedia.org/T86568#1529339 (DStrine) Hey @ppena - can you weigh in on the importance of this? For astropay, apparently it's poss... [21:32:19] Fundraising-Backlog: SPIKE: Check status of ContributionTracking code on donate wiki landing page - https://phabricator.wikimedia.org/T108741#1529343 (K4-713) [21:33:41] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: We need a way to debug which form partials are being loaded in mustache forms - https://phabricator.wikimedia.org/T96440#1529364 (DStrine) [21:34:17] Fundraising-Backlog, MediaWiki-extensions-ContributionTracking: SPIKE: Check status of ContributionTracking code on donate wiki landing page - https://phabricator.wikimedia.org/T108741#1529325 (K4-713) [21:35:08] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice cross-browser tests: debug and expand - https://phabricator.wikimedia.org/T108746#1529381 (AndyRussG) NEW [21:35:39] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: We need a way to debug which form partials are being loaded in mustache forms - https://phabricator.wikimedia.org/T96440#1529392 (Ejegg) Given the small number of partials, and the departure from core templating th... [21:36:03] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: We need a way to debug which form partials are being loaded in mustache forms - https://phabricator.wikimedia.org/T96440#1529395 (Ejegg) [21:36:41] Fundraising Tech Backlog, Fundraising-Backlog: Track settlement currencies other than USD (was: Make sure we do not lose gateway conversion information) - https://phabricator.wikimedia.org/T86568#1529397 (Ppena) That's correct. Its important for Astropay but also to have a correct idea of how much money... [21:36:48] Fundraising-Backlog: CentralNotice RFC for methodology for scoping medium- and long-term requirements and making a raodmap - https://phabricator.wikimedia.org/T108747#1529400 (AndyRussG) NEW [21:36:59] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Add a parameter which forces creation of a 600 orphan - https://phabricator.wikimedia.org/T107826#1529410 (DStrine) [21:37:07] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice RFC for methodology for scoping medium- and long-term requirements and making a raodmap - https://phabricator.wikimedia.org/T108747#1529413 (AndyRussG) [21:39:14] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice RFC for methodology for scoping medium- and long-term requirements and making a raodmap - https://phabricator.wikimedia.org/T108747#1529433 (DStrine) p:Triage>Normal [21:40:04] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice cross-browser tests: debug and expand - https://phabricator.wikimedia.org/T108746#1529437 (DStrine) p:Triage>Normal [21:40:51] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Make Amazon API calls to authorize and capture payment - https://phabricator.wikimedia.org/T108119#1529445 (Ejegg) [21:42:16] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-ContributionTracking: SPIKE: Check status of ContributionTracking code on donate wiki landing page - https://phabricator.wikimedia.org/T108741#1529452 (DStrine) [21:42:32] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-ContributionTracking: SPIKE: Check status of ContributionTracking code on donate wiki landing page - https://phabricator.wikimedia.org/T108741#1529456 (DStrine) p:Triage>Normal [21:43:41] Fundraising Tech Backlog, Fundraising-Backlog: Do not log CC exp date - https://phabricator.wikimedia.org/T86234#1529472 (DStrine) p:Triage>Normal [21:47:40] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: All contributions should be assigned a trxn_id - https://phabricator.wikimedia.org/T97683#1529497 (DStrine) p:Triage>Normal [21:48:10] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Fix blank no_thank_you - https://phabricator.wikimedia.org/T97684#1529506 (DStrine) [21:50:35] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Write migration for Campaign options and custom groups - https://phabricator.wikimedia.org/T103187#1529515 (DStrine) [21:53:22] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: "ERROR: Canceling payment" message is at the wrong severity level. - https://phabricator.wikimedia.org/T107541#1529536 (DStrine) [21:54:29] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Remove "getInfo" methods from CRM test classes - https://phabricator.wikimedia.org/T105769#1529545 (DStrine) p:Triage>Normal [21:55:22] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Skip tests when modules not enabled - https://phabricator.wikimedia.org/T88379#1529549 (DStrine) p:Triage>Normal [21:55:47] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Make CRM version stamp thing robust on dev boxes - https://phabricator.wikimedia.org/T88376#1529551 (DStrine) p:Triage>Low [22:20:36] (PS1) Legoktm: Set manifest_version in extension.json [extensions/ContributionTracking] - https://gerrit.wikimedia.org/r/230930 (https://phabricator.wikimedia.org/T100745) [22:21:49] Ohgod I think my laptop disk just killed itself [22:27:04] how did you post this message? [22:27:29] Damn, what happened? [22:27:55] I'm on my phone [22:28:40] Heh I can't turn it off. Love this new era of no physical switches [22:29:41] Not like you can yank the battery on this thing either. [22:29:58] I just woke it up and have a screen of I/O errors, read only fs, won't shut down [22:30:07] cwdent: Hold down the halt button for like 10s? [22:30:21] I had that happen recently, just rebooted and it happily ignored all the fail. [22:30:40] Probably has to do with the industrial toaster temperatures it reaches doing even the most remedial tasks :D [22:30:55] God no kidding [22:31:05] The fan is also blowing like crazy [22:33:28] whew ok you're right awight [22:33:38] must be a hardware switch of some sort [22:34:05] you don't travel with a 4mm torx bit and a soldering iron? [22:34:37] oh here's what i want [22:34:43] a new type of port on my laptop [22:34:50] you plug in a flamethrower and drain the battery [22:34:58] Hah [22:37:12] awight: serious question. if i had a home server, run ssh on a random port, pw login off and a fresh cert, fail2ban... [22:37:20] or is it just out of the question [22:43:17] cwdent: wat? [22:43:35] like as a dev box with a thin client [22:44:05] Sure, that's what I do. Except I usually slouch on a piece of furniture in the same room as my server [22:44:23] There's no policy about what you do with your HW [22:44:26] AFAIK [22:44:30] so it's ok to put my keys and stuff on there? [22:44:51] Other than, FDE on anything that will have deployment keys or donor data. [22:45:11] I think it's especially OK now that we have 2-factor auth [22:45:22] yeah absolutely. i think i might hit up the old best buy for a low power server [22:45:48] * cwdent impatient [22:45:52] $400 can make a pretty serious box these days! [22:46:10] I'm still stumped by some mysql tuning thing, but otherwise it's been a blast [22:46:34] yeah totally, i just want something nice and low power usage if i'm never going to let it sleep [22:46:46] or, hook up the old wake-on-lan cable! is that still a thing? [22:46:59] hehe yeah the wake-on-hack cable? [22:50:48] btw, confirmed that 225492 resolved both those phab tickets, gonna close em [22:50:57] nice! [22:51:13] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Write migration for Gift Source option values - https://phabricator.wikimedia.org/T103203#1529765 (cwdent) Open>Resolved a:cwdent resolved by 225492 [22:51:24] Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Write migration for Campaign options and custom groups - https://phabricator.wikimedia.org/T103187#1529768 (cwdent) Open>Resolved a:cwdent resolved by 225492 [22:51:33] AndyRussG: you have Cucumber tests for CN in addition to the qunit stuff, right? [22:57:54] (PS1) Ejegg: Add id attribute to amount and currency [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/230939 [22:59:19] (PS5) Ejegg: Redirect to Amazon for login [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230707 (https://phabricator.wikimedia.org/T108112) [22:59:21] (PS3) Ejegg: Switch Amazon to Mustache form, add modules [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230724 (https://phabricator.wikimedia.org/T108114) [22:59:23] (PS4) Ejegg: Add Amazon wallet widget [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230711 (https://phabricator.wikimedia.org/T108116) [22:59:25] (PS4) Ejegg: Clear out old Amazon code to prepare for PwA [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230253 (https://phabricator.wikimedia.org/T108659) [22:59:27] (PS5) Ejegg: Add payWithAmazon feature branch [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/228306 [22:59:29] (PS2) Ejegg: Add pay with Amazon SDK composer package [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/229277 [22:59:31] (PS1) Ejegg: Add Amazon API endpoint [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230940 (https://phabricator.wikimedia.org/T108113) [23:00:07] (Abandoned) Ejegg: P.O.C. Amazon result switcher [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/229278 (owner: Ejegg) [23:00:21] (Abandoned) Ejegg: Add pay with Amazon SDK composer package [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/229277 (owner: Ejegg) [23:00:57] (Restored) Ejegg: Add pay with Amazon SDK composer package [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/229277 (owner: Ejegg) [23:01:29] http://www.amazon.com/HP-Stream-200-010-Mini-Desktop/dp/B00R7R1GWK/ref=sr_1_1?s=electronics&ie=UTF8&qid=1439334023&sr=1-1&keywords=mini+pc how adorable [23:01:37] (Abandoned) Ejegg: P.O.C. Amazon Express Donation autopost form [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/228498 (https://phabricator.wikimedia.org/T102255) (owner: Ejegg) [23:02:13] 2G ram strikes me as not a lot but when you're not powering a browser it's probably plenty [23:02:24] (Abandoned) Ejegg: WIP add Amazon recurring widget, retrieve donor profile [extensions/DonationInterface] (payWithAmazon) - https://gerrit.wikimedia.org/r/230712 (owner: Ejegg) [23:02:45] ah it's regular ram, more is cheap [23:09:30] ejegg: yep! [23:09:36] Well, just one cucumber test [23:09:52] That tries to run on a few platforms but the setup doesn't work for 40% of them [23:10:51] cwdent: hmmm [23:11:02] ah, cool. a bunch of the amazon integration is javascripty, so i'd like to write some kind of frontend test [23:13:01] i went with one of these: http://www.amazon.com/dp/B00R0I4DXU/ref=psdc_565098_t2_B00R7R1GWK [23:13:06] there are things like location hash, dynamic script addition,and cookie access [23:13:09] ejegg: Ah nice! well it depends what you want to do. QUnit is well... Unity but we only integration test on Chrome for now. Cucumber is more integrationy--test general user inputs and browesr outputs--and has the potential to verify a lot of platforms [23:14:05] ejegg: I guess it depends on what you're worried about breaking--differences in browsers vs. JS errors for edge cases as you iterate [23:16:11] i think i can't test much besides that the amazon objects and functions are being called with the right params,and that our callbacks do the right things. [23:16:26] awight: let's say you are testing civicrm on your home server. do you use a client cert or something? [23:16:40] nah [23:16:44] sssh [23:16:59] I just don't have donor data... [23:17:12] need to use a mock of their js because the hosted stuff doesnt work without https and sandbox credentials [23:17:29] right on [23:18:25] i might play with the client cert idea, if i find a nice general purpose way i'll let you know [23:18:33] something that's not a huge pain [23:24:18] awight|brb: cwdent: ejegg: dstrine: just chatting a bit with ori on #wikimedia-dev about the multi-event-logging option [23:24:57] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-DonationInterface: Convert DonationInterface to use extension registration - https://phabricator.wikimedia.org/T108763#1529871 (awight) NEW [23:25:14] I just added that channel. I'll watch but I have to admit my extreme non-technical nature [23:25:15] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-Configuration, MediaWiki-extensions-DonationInterface: Convert DonationInterface to use extension registration - https://phabricator.wikimedia.org/T108763#1529880 (awight) [23:25:17] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1529879 (awight) [23:25:29] cwdent: You can do ssh tunnel if you're feeling masochistic [23:26:34] Fundraising Tech Backlog, MediaWiki-Configuration: Convert DonationEmailUnsubscribe to use extension registration - https://phabricator.wikimedia.org/T108764#1529881 (awight) NEW [23:26:43] Fundraising Tech Backlog, MediaWiki-Configuration: Convert DonationEmailUnsubscribe to use extension registration - https://phabricator.wikimedia.org/T108764#1529890 (awight) [23:26:46] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1201449 (awight) [23:27:06] Fundraising Tech Backlog, MediaWiki-extensions-General-or-Unknown, Patch-For-Review, WMF-deploy-2015-08-18_(1.26wmf19): Convert FundraisingTranslateWorkflow to use extension registration - https://phabricator.wikimedia.org/T88050#1529899 (awight) [23:27:08] Fundraising Tech Backlog, Fundraising-Backlog, Technical-Debt: [epic] Migrate fundraising extensions to the new format - https://phabricator.wikimedia.org/T95832#1201449 (awight) [23:29:23] awight ^ [23:30:45] hehe on #wikimedia-dev? Just backscrolling now [23:36:42] (CR) Ejegg: [C: 2 V: 2] "Looks really solid! Could use 'exists' instead of 'get' to test for expired keys in peekWithCleanup." [wikimedia/fundraising/php-queue] - https://gerrit.wikimedia.org/r/229987 (https://phabricator.wikimedia.org/T107852) (owner: Awight) [23:41:50] new more errands, i'll be back on later! [23:45:52] (PS3) Ejegg: Don't delete limbo messages until we've finished processing [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/230175 (https://phabricator.wikimedia.org/T107852) (owner: Awight) [23:47:38] (CR) Ejegg: [C: 2] "Less risky! Also, we were trying to delete messages we had already popped, huh?" (1 comment) [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/230175 (https://phabricator.wikimedia.org/T107852) (owner: Awight) [23:48:03] (Merged) jenkins-bot: Don't delete limbo messages until we've finished processing [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/230175 (https://phabricator.wikimedia.org/T107852) (owner: Awight) [23:48:40] ok, tearing myself away from the screen for tonight! Good evening folks [23:48:48] thanks! [23:53:12] (PS1) Awight: Don't fetch data if we're just testing for existence [wikimedia/fundraising/php-queue] - https://gerrit.wikimedia.org/r/230948 (https://phabricator.wikimedia.org/T107852)