[00:01:27] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, Epic: Epic: Dedupe V2: resolve top conflicts - https://phabricator.wikimedia.org/T143057#2555876 (Eileenmcnaughton) 1) Conflicts on language ('en_US' vs. 'en', 'en_HK' vs. 'en', 'en_NO' vs. 'no_NO',, 'en_CA' vs. 'en'). Fix requires discussion 2) C... [00:01:46] Fundraising-Backlog: SSL Cert for Danny Kaufman - https://phabricator.wikimedia.org/T143069#2555878 (CaitVirtue) UPDATE: Staff page is up to date with his info. [00:05:30] (CR) Awight: [C: 2] "Seems to duplicate some code, but fine cos it's transitional. Looks safe!" (1 comment) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/299816 (https://phabricator.wikimedia.org/T140484) (owner: Ejegg) [00:05:58] (CR) Awight: [C: 2] Remove unused modules [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/304285 (owner: Ejegg) [00:06:54] (PS6) Awight: Fix jslint errors [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/273874 (owner: Paladox) [00:07:12] gtg [00:08:30] (Merged) jenkins-bot: Compare pending DB row with queue message (SEE NOTES) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/299816 (https://phabricator.wikimedia.org/T140484) (owner: Ejegg) [00:08:46] (Merged) jenkins-bot: Remove unused modules [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/304285 (owner: Ejegg) [00:17:44] (CR) Ejegg: [C: 2] Update composer libs and resolve global namespace conflict [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301521 (owner: Awight) [00:18:32] (CR) Ejegg: "Aargh, did not mean to press the auto +2" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/301521 (owner: Awight) [00:19:44] (CR) Ejegg: "Needs queue settings too, and we should see if that makes the recurring job queue anything up" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/300708 (https://phabricator.wikimedia.org/T141487) (owner: Awight) [05:40:01] awight: https://collab.wikimedia.org/wiki/Draft:Fundraising_Interaction_and_Activity_Diagrams [05:49:36] AndyRussG: /me drops jaw to the floor [05:49:41] That looks *great*! [05:49:49] Don't stop :) [05:49:53] awight: aaaarg [05:49:58] We'll talk tomorrow... [05:50:11] Mmmm thx hope it's useful! [05:50:22] I hope to have a fun cave to work from actually, will be at the museum [05:50:31] Ah cool! [05:50:37] Which one? [05:50:41] It's inspiring seeing you remoties be so adventurous... [05:50:47] Exploratorium? [05:50:49] the SF MoMA [05:50:55] Ah cool [05:51:09] Massive, parallel membership hacking [05:51:24] Membership hacking? [05:51:38] For some reason, a few people I know have gotten memberships to various things recently, so we're all scheming to swap like mad. [05:51:57] Ahhh right! Yeah we've done that [05:52:20] Apparently there are family museum memberships where you can add unlimited kids :) [05:52:33] I love that libraries often have free passes available [05:52:49] naughty! unlimited kids sounds like it does have an upper bound, though... [05:52:50] Ah cool! [05:53:08] How does Mari do with museums? [05:53:18] loves it so far [05:53:25] amazing! [05:53:32] I don't really know her style yet, though, cos we've been so few times [05:53:42] hmmm [05:54:23] Mine turned their noses up at original [x] (substitute classic artist name here) works in NYC [05:54:33] Maybe they were just being rebellious :) [05:54:38] hahaha [05:54:44] daddy is such a fan boy [05:55:01] I thought pollock was a type of fish [05:55:26] Yeah that's one they didn't see much in [05:55:42] oh really! hehe [05:55:48] I think I agreed at their age [05:56:10] Meant to give K4 a pollock jigsaw puzzle, actually [05:56:19] that's like... inane squared, but also a thing of beauty [05:56:20] hahaha that sounds right [05:56:36] I mean, a gift she would like [05:56:41] totes [05:56:51] * awight rifles through mess [05:57:08] October's coming soooon! [05:57:13] k I'll let you end the night :) [05:57:26] It's thrilling--a vacation I'll never forget [05:57:41] indeed!!! [05:57:56] ¡¡suerte con todo!! K hasta pronto :) [06:03:11] Wish we were nearby and could lend a hand somehow, or at least just be around at such momentous times :) [06:15:15] :D It's great to have you to talk to, and likewise I wish I could help you shovel mementos back and forth [06:17:39] :) thx... crazy thought it may be, we're keeping a few memento storage locations!! [06:17:58] CYAs :) ¡que descanses! [15:35:10] Fundraising-Backlog, fundraising-tech-ops: SSL Cert for Danny Kaufman - https://phabricator.wikimedia.org/T143069#2557397 (DStrine) [15:36:34] Fundraising-Backlog: Minor cleanup of payments URLs - https://phabricator.wikimedia.org/T142876#2557402 (Pcoombe) @awight AFAIK all the banners and donatewiki currently go via https://payments.wikimedia.org/index.php/Special:GatewayFormChooser?PARAMS so it's that which would need to be changed. [15:50:46] Fundraising-Backlog: Leanne Schreibstein access to lutetium and MySQL - https://phabricator.wikimedia.org/T141945#2557449 (Jgreen) [15:51:32] Fundraising-Backlog, fundraising-tech-ops: SSL Cert for Danny Kaufman - https://phabricator.wikimedia.org/T143069#2557451 (Jgreen) p:High>Normal a:Jgreen [15:59:05] Fundraising Sprint Queen, Fundraising Sprint Rowlf the Dog, Fundraising Sprint Snoop (Dogg|Lion), Fundraising Sprint Tom Waits, and 5 others: Freaky banner arguments cause redirect to (nonexistent) Worldpay form. - https://phabricator.wikimedia.org/T108605#2557490 (DStrine) [16:13:03] Fundraising Sprint William Shatner, Fundraising Sprint X-Ray Spex, Fundraising-Backlog, FR-Adyen: Fill out SAQ A 3.1 for Adyen - https://phabricator.wikimedia.org/T118200#2557554 (DStrine) [17:19:24] I'm off to a strong start with this "show up for the meeting every day" thing [17:20:08] awight: I'm all aarrrgy, all the time, meeting or no ;p [17:20:23] Thx for the edits on https://collab.wikimedia.org/wiki/Draft:Fundraising_Interaction_and_Activity_Diagrams [17:21:19] fr-tech on that page ^ and for UML sequence, I want to include DB backend writes and include the backends as entities, because of the complexity of what tables are where and what owns which.... [17:21:38] Anyone feel like helping me decipher? [17:21:51] fr-tech: Doing a quick tech talk if anyone interested [17:27:09] Fundraising Sprint Ghostbusting , Fundraising-Backlog, FR-Astropay, Patch-For-Review, Unplanned-Sprint-Work: Astropay: "go back" (volver) sometimes takes user to the TY page - https://phabricator.wikimedia.org/T131401#2557742 (DStrine) [17:27:58] Fundraising Sprint Ghostbusting , Fundraising-Backlog, FR-Astropay, Patch-For-Review, Unplanned-Sprint-Work: Astropay: remove Banco de Chile from CL/BT - https://phabricator.wikimedia.org/T131398#2557743 (DStrine) [17:28:09] Fundraising Sprint Ghostbusting , Fundraising-Backlog, FR-Astropay, Patch-For-Review, Unplanned-Sprint-Work: Astropay: WebPay as main processor for credit cards CL/BT - https://phabricator.wikimedia.org/T131400#2557744 (DStrine) [17:28:21] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops, FR-ActiveMQ, and 2 others: Migrate pending consumers to new queue and finish cleanup - https://phabricator.wikimedia.org/T131274#2557745 (awight) [17:33:08] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, fundraising-tech-ops, FR-ActiveMQ, and 2 others: Migrate pending consumers to new queue and finish cleanup - https://phabricator.wikimedia.org/T131274#2557758 (awight) a:Ejegg [17:35:38] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ: Create UI for damaged message DB - https://phabricator.wikimedia.org/T142058#2521204 (awight) [17:36:18] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ, Spike: Spike: Deploy pilot new queue consumer - https://phabricator.wikimedia.org/T130306#2132077 (awight) [17:39:45] Fundraising-Backlog, FR-ActiveMQ: Python fundraising-tools queue module should be abstracted and support Redis - https://phabricator.wikimedia.org/T130308#2557782 (awight) [17:44:53] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ, FR-Smashpig, and 2 others: Migrate donations to new queue - https://phabricator.wikimedia.org/T131277#2557836 (awight) [17:45:23] Fundraising-Backlog, FR-ActiveMQ, Spike: Spike: Design delay handling - https://phabricator.wikimedia.org/T131282#2557839 (awight) Open>Resolved [17:45:25] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ, FR-Smashpig, Epic: [Epic] Rewrite all queue clients to use a single shim library, improve library - https://phabricator.wikimedia.org/T133108#2557840 (awight) [17:46:31] Fundraising-Backlog, FR-PayPal-ExpressCheckout, FR-Paypal, FR-Smashpig: Make PayPal listener understand Express Checkout - https://phabricator.wikimedia.org/T130851#2557870 (awight) [17:47:30] Fundraising Sprint Muggle Baiting, Fundraising Sprint Nitpicking, Fundraising Sprint Octopus Untangling, Fundraising-Backlog, and 6 others: Run the orphan rectifier job from CRM Jenkins - https://phabricator.wikimedia.org/T141487#2557892 (awight) Need globals for payments-init and payments-fraud... [19:07:30] Fundraising-Backlog: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558203 (MBeat33) [19:11:54] Fundraising-Backlog, FR-Paypal: Paypal donation below minimum amount causes failmail - https://phabricator.wikimedia.org/T142508#2558246 (MBeat33) Open>Resolved a:MBeat33 Resolving as this is a duplicate of T142416. [19:16:29] Fundraising-Backlog: Is payments_initial missing Ingenico transactions? - https://phabricator.wikimedia.org/T142873#2558269 (Ejegg) Oh darn, there's more of a problem here - lots of rows in civicrm_contribution aren't even associated with the contribution_tracking row they're supposed to be linked to. [19:26:33] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Collation mismatch between equivalent columns - https://phabricator.wikimedia.org/T143144#2558321 (Ejegg) [19:37:21] Fundraising-Backlog: Is payments_initial missing Ingenico transactions? - https://phabricator.wikimedia.org/T142873#2558357 (Ejegg) OK, disregard my theories! There's no need for explicit payments-initial queue configuration for the orphan processor - it just uses the default settings. And it looks like al... [19:38:19] Fundraising Sprint Octopus Untangling, Fundraising-Backlog, Unplanned-Sprint-Work: Is payments_initial missing Ingenico transactions? - https://phabricator.wikimedia.org/T142873#2558361 (Ejegg) a:Ejegg [19:41:04] eileen: I'm starting to work on a Civi UI for our damaged message database ( https://phabricator.wikimedia.org/T142058 ) [19:42:35] If I want to make a searchable, sortable grid in Civi, I'll probably want to create DAO/BAO/Query classes for it, right? [20:09:52] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Collation mismatch between equivalent columns - https://phabricator.wikimedia.org/T143144#2558431 (DStrine) p:Triage>Low [20:10:35] Fundraising-Backlog: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558203 (awight) We have a module that uses the Zendesk API to do searches... of something... Anyone still using that? [20:11:17] Fundraising-Backlog, Spike: Spike: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558441 (DStrine) [20:11:22] Fundraising-Backlog, Spike: Spike: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558443 (awight) Might be something we need to investigate around Wikipedia Store integration. [20:11:29] Fundraising-Backlog, Spike: Spike: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558444 (DStrine) p:Triage>High [20:15:32] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, Spike: Spike: unsubscribe might have to be a mailto now, rather than an https link - https://phabricator.wikimedia.org/T143035#2558462 (DStrine) p:Triage>High [20:16:55] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, Continuous-Integration-Config: wikimedia/fundraising/civicrm-buildkit repo needs to V+2 itself - https://phabricator.wikimedia.org/T142901#2550186 (Eileenmcnaughton) Note all our changes are now in the upstream but it's hard to merge back in [20:18:17] Fundraising-Backlog, FR-Adyen, FR-Ingenico: Randomly show adyen or ingenico in form - https://phabricator.wikimedia.org/T143017#2558477 (awight) [20:18:56] Fundraising-Backlog, FR-Adyen, FR-Ingenico: Randomly show adyen or ingenico in form - https://phabricator.wikimedia.org/T143017#2558494 (DStrine) p:Triage>Low [20:20:46] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Set do not trade field to 0 on all contacts - https://phabricator.wikimedia.org/T137588#2558504 (Eileenmcnaughton) Open>Resolved I resolved this - albeit against another ticket I believe [20:25:50] Fundraising-Backlog: Minor cleanup of payments URLs - https://phabricator.wikimedia.org/T142876#2558548 (awight) Great, thanks for pointing that out! We'll make the fix. [20:26:48] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Add explanatory text and graphics in the CiviCRM dashboard configuration page - https://phabricator.wikimedia.org/T142853#2558559 (awight) [20:27:44] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Add explanatory text and graphics in the dashboard configuration page - https://phabricator.wikimedia.org/T142853#2558568 (DStrine) p:Triage>Normal [20:30:55] Fundraising-Backlog, fundraising-tech-ops, MediaWiki-extensions-DonationInterface: Provision PSP maintenance scripts to the CRM box - https://phabricator.wikimedia.org/T142659#2558587 (DStrine) [20:32:58] Fundraising-Backlog, Recurring-Donations: Give Donor Services kill switch access to various services - https://phabricator.wikimedia.org/T142658#2558597 (DStrine) p:Triage>Normal [20:33:43] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, MediaWiki-extensions-DonationInterface, Recurring-Donations: Record contribution "order_id" in the CiviCRM database - https://phabricator.wikimedia.org/T142657#2558603 (DStrine) p:Triage>Normal [20:35:13] Fundraising-Backlog, MediaWiki-extensions-DonationInterface, Recurring-Donations, Spike: Spike: Plan unit test coverage and alerts for recurring charges - https://phabricator.wikimedia.org/T142655#2558627 (DStrine) p:Triage>Normal [20:38:45] Fundraising Sprint Octopus Untangling, Fundraising-Backlog, FR-ActiveMQ, FR-PayPal-ExpressCheckout, and 4 others: Move legacy PayPal listener to SmashPig - https://phabricator.wikimedia.org/T141654#2506750 (cwdent) a:cwdent [20:38:49] Fundraising-Backlog: GatewayFormChooser should pick a processor with appropriate UI language support - https://phabricator.wikimedia.org/T143150#2558642 (awight) [20:39:05] Fundraising-Backlog, MediaWiki-extensions-DonationInterface, Technical-Debt: All adapters should implement getAvailableLanguages - https://phabricator.wikimedia.org/T142633#2558657 (awight) [20:39:26] Fundraising-Backlog, MediaWiki-extensions-DonationInterface, I18n: GatewayFormChooser should pick a processor with appropriate UI language support - https://phabricator.wikimedia.org/T143150#2558642 (awight) [20:42:33] Fundraising-Backlog, Spike: Spike: Zendesk migration from Web Portal to Helpdesk - https://phabricator.wikimedia.org/T143142#2558679 (MBeat33) thanks, @awight for thinking ahead about the Store integration For the DS setup, I asked Zendesk: "//We use Zendesk as an email-based customer support ticketing... [20:44:42] Fundraising Tech Backlog, Fundraising-Backlog: Donation flow for visually impaired donors - https://phabricator.wikimedia.org/T88703#1018494 (DStrine) [20:44:48] (PS1) Ejegg: PHPDoc fixes [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/305116 [20:44:58] Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Donation flow for visually impaired donors - https://phabricator.wikimedia.org/T88703#2558705 (awight) [20:48:53] Fundraising Sprint Muggle Baiting, Fundraising Sprint Nitpicking, Fundraising Sprint Octopus Untangling, Fundraising-Backlog, and 5 others: Quit looking in pending queue for completion message information - https://phabricator.wikimedia.org/T122641#2558717 (Ejegg) [20:51:11] Fundraising-Backlog, fundraising-tech-ops: SSL Cert for Danny Kaufman - https://phabricator.wikimedia.org/T143069#2558723 (Jgreen) Open>Resolved sent! [20:51:48] (PS5) Ejegg: DO NOT MERGE: import info from pending DB, not AMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/299938 (https://phabricator.wikimedia.org/T122641) [20:51:50] (PS3) Ejegg: WIP tests for combining pending DB info [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/300584 (https://phabricator.wikimedia.org/T122641) [20:54:49] (CR) jenkins-bot: [V: -1] DO NOT MERGE: import info from pending DB, not AMQ [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/299938 (https://phabricator.wikimedia.org/T122641) (owner: Ejegg) [20:55:13] (CR) jenkins-bot: [V: -1] WIP tests for combining pending DB info [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/300584 (https://phabricator.wikimedia.org/T122641) (owner: Ejegg) [20:59:53] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, Spike: Spike: unsubscribe might have to be a mailto now, rather than an https link - https://phabricator.wikimedia.org/T143035#2554656 (Ejegg) There is Civi functionality we can leverage for this. Using the wmf_communication module's 'add CiviMail r... [21:02:39] ejegg: re the damanged message queue… would this be accessible from advanced search? Or just a stand alone form? [21:03:12] standalone form, but I'd want to search and sort on a few different columns [21:05:22] ejegg: I guess CiviCRM is moving from datatables to angular to display things like that [21:05:22] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-ActiveMQ: Create UI for damaged message DB - https://phabricator.wikimedia.org/T142058#2558833 (Ejegg) fr-tech, I'm torn between trying to do this civi-natively and trying to encapsulate all access to the damaged message datastore inside SmashPig... [21:06:07] angular, huh? Is there a good entity to look at for examples? [21:06:10] I'm trying to find the one instance where I did it in angular - but basically angular would be 'yes create an api' (generally using a DAO) but not so much a query object [21:06:33] I'm looking for something to share - which tables in our DB are you exposing ? [21:07:36] wellllll, it's a whole other db. [21:08:15] which might negate any convenience I'd get from trying to do it civi-native [21:08:38] ejegg: yeah - my first instinct would be to use drupal views in that case - have you used views? [21:08:55] not really, but I'll look 'em up! [21:09:40] there are a tonne of plugins that extend views but at it's most basic it creates a 'view' into the DB - ie. a table or whatever with filters & configurable fields [21:10:15] ok, cool. I'll see what that entails [21:12:33] ejegg: this is not a bad intro article https://dev.acquia.com/blog/a-totally-beginner-tutorial-to-views-for-drupal-7/22/01/2016/9576 [21:12:42] thanks! [21:12:44] but really you would want a table view [21:13:01] it has hooks for you to define relationships & tables etc [21:13:16] I can set up a view quickly on staging if you want to get a feel for it? [21:13:59] thanks, I think I can give it a shot locally! [21:14:14] ok cool [21:28:28] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Ability in central notice interface to target action=edit pages - https://phabricator.wikimedia.org/T143158#2558966 (Jseddon) [21:29:02] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Ability in central notice interface to target action=edit pages - https://phabricator.wikimedia.org/T143158#2558978 (Jseddon) p:Triage>Low [21:31:15] (PS1) Ejegg: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/305132 [21:31:25] (CR) Ejegg: [C: 2] Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/305132 (owner: Ejegg) [21:35:15] dstrine: so for the rest of this week, we're back to the 1:03 PDT standup time, right? [21:37:04] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Ability to target users based on edit count range from within Central Notice interface - https://phabricator.wikimedia.org/T143159#2559000 (Jseddon) [21:55:18] (Merged) jenkins-bot: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/305132 (owner: Ejegg) [22:02:10] !log updated Civicrm from 1d24161dd3f0f3ad64c0bf77f06022f30a2b3f2f to a30fc0aa2c2dc3a7a9a0b09bef19d112bdf5f98e [22:02:15] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [22:02:29] ejegg: when you are done with the deploy would you mind explaining why you think your paypal listener patch is the wrong idea? just so i don't go down the same road (unless i should!) [22:03:32] cwd I was sorting out what kind of message it was on the front end, and using the default RestListener loop that calls validate() on the messages up front [22:03:52] and was going to queue a different kind of job for each message [22:04:39] but I think we don't even need to make a class for the messages on the frontend - just dump a job into the job queue with all the post data [22:05:13] and have the job do all the validation, deciding which kind of message, etc [22:06:12] So instead of extending RestListener, you could just extend listenerBase [22:06:28] 'cause we don't want anything in RestListerner::execute [22:06:47] and it just adds a couple other irrelevant abstract fundtions to implement [22:08:17] ah ok, thank makes sense! thanks [22:08:29] i will get serious on this tonight [22:08:59] rockin! lemme know when you want any CR and i'll try to get that turned around quickly [22:09:24] will do, thanks! [22:09:36] do we have something that mocks up the messages currently? [22:09:49] not for paypal :( [22:09:55] or.. not that I know of [22:10:10] there's some tests stuff in the listener repo, i'll poke at it [22:25:22] I'm going to pause the donation queue consumer to mess with a pending db entry and make sure the differences get logged [22:26:22] !log paused queue consumer to set up pending db comparison testing [22:26:26] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [22:26:53] ejegg: the paypal listener should (potentially) write to the donation queue right? is that going to be a single queue as it is now? [22:27:16] cwd I think the message processing job will need to be able to write to 3 queues [22:27:28] donations, refunds, and recurring [22:27:39] aah yes, as well as the -new versions of same? [22:27:58] yeah, for starters, I think we want to configure all of them as MultiQueueWriters [22:28:04] cool [22:31:25] whew! Just made the leap to deb-unstable. I hate myself, apparently. [22:32:16] Add experimental, enjoy the ride! [22:32:22] oh dear [22:32:29] It's noticeably slower already [22:32:36] aww [22:32:38] Drat [22:32:39] Now I see why cwd uses xmonad [22:32:47] do you have vagrant running? [22:33:33] the new thing i'm using: http://uzbl.org [22:33:45] integrates well with xmonad [22:33:50] awight: unstable or testing? [22:34:01] !log restarted donation queue consumer [22:34:06] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [22:37:17] unstable [22:38:00] testing is a lot more manageable [22:39:04] eh? [22:39:35] i think it's something like [22:39:48] if a package passes tests for a solid week it gets moved from unstable to testing [22:39:56] Ah I see, testing is less crappy. K thanks [22:39:59] so you don't get as much broken shit [22:40:01] yeah [22:40:12] wow that uzbl looks hardcore [22:40:20] but it's more usable on modern laptops than stable [22:41:12] Hmmm yeah I guess there's often not a lot of differences... I've been fine-ish on unstable for years tho [22:41:27] * AndyRussG bangs side of head and nuts fall out [22:41:42] hehehe [22:42:48] d'oh. I don't see how to downgrade [22:43:27] you could probably just change your apt sources [22:43:35] and have about the same effect [22:43:54] I did, but no pkgs downgraded. Maybe we're in the eye of the storm [22:43:58] "What's downgrade?" -apt [22:44:09] oh, yeah... [22:44:47] k. /etc/apt/preferences pinning is the answer [22:44:57] whew! That was scary [22:45:05] there is aready some minimal paypal config in smashpig.yaml... was this just forward thinking? [22:45:10] My gfortran was too modern [22:46:35] cwd oh huh, I dunno! [22:47:10] hey, looks like a legit postback url, anyway [22:47:29] yeah [22:59:06] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Easy, I18n: Time selector on SpecialCentralNotice should use a standardized module - https://phabricator.wikimedia.org/T38793#2559362 (Jseddon) p:Normal>Lowest [22:59:33] Fundraising Tech Backlog, Fundraising-Backlog, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-TranslationNotifications, I18n: Can't send translation notifications for translatable banners - https://phabricator.wikimedia.org/T58187#2559364 (Jseddon) p:Normal>Low [23:04:27] ejegg: i'm rusty with this stuff, what does this mean: https://github.com/wikimedia/wikimedia-fundraising-SmashPig/blob/master/Core/Listeners/RestListener.php#L3 [23:04:43] "use" a directory...does it load all the classes in that namespace? [23:06:33] oh huh, I didin't think that did anything! [23:07:20] well i was wondering because it mentions ListenerBase but doesn't "use" that anywhere [23:07:28] oh, that's silly, it just lets you abbreviate. down on line 38 we catch Core\ConfigurationException [23:07:44] oh, that makes sense [23:07:55] ListenerBase is in the same namespace tho [23:08:08] ah right right [23:08:09] Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Easy: Make CentralNotice banner completely believe it to be in a certain country - https://phabricator.wikimedia.org/T111071#2559428 (Jseddon) p:Normal>Low [23:08:10] thanks [23:10:26] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Make banner impression counts available somewhere public - https://phabricator.wikimedia.org/T115042#2559435 (Jseddon) p:Low>Normal [23:10:44] Fundraising-Backlog, MediaWiki-extensions-CentralNotice, Tracking: Banner editor should be more consistent with other editing (tracking) - https://phabricator.wikimedia.org/T116140#2559436 (Jseddon) p:Normal>Lowest [23:11:31] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: CentralNotice should do everything SiteNotice does - https://phabricator.wikimedia.org/T116844#2559437 (Jseddon) p:Triage>Normal [23:19:50] Fundraising-Backlog, MediaWiki-extensions-CentralNotice: Ability to target users based on edit count range from within Central Notice interface - https://phabricator.wikimedia.org/T143159#2559468 (Jseddon) p:Triage>Low [23:28:13] ejegg: sorry for the badgering, a lot of getting up to speed with smashpig i should have already done [23:28:26] what is the colloquial meaning of "expatriated" here? [23:28:28] hey, no worries. got another question? [23:28:58] that terminology predates me [23:29:21] I think we can do fine without it [23:29:41] heh cool, so i shouldn't need any of those messages? [23:30:29] yeah, I think we just need the job to drop the appropriate messages into the queues... might want to make a 'recurring' message type in CrmLink [23:30:57] huh, there's no refund message type either [23:31:58] oh gross, the other listeners are using a NormalizedMessage as basically a stdClass... not so normalized [23:32:06] another antipattern to avoid! [23:32:11] hehe [23:33:26] probably uselessly high level but why should recurring be a different kind of message? seems like something else should be responsible for knowing something is recurring, and just output regular donations [23:34:59] yeah, we should tackle that at some point, but right now civiCRM consumes basically the untouched paypal IPN [23:35:33] ah ok, shortest path [23:35:57] I think there is some reason to pull it in differently, like knowing you have to find the parent subscription, or maybe the message is just about a subscription starting [23:37:13] hmm yeah, the first message is a regular payment with a flag that says btw this will be recurring? [23:37:31] errr.... i'd have to dig [23:37:38] ah ok, np [23:38:08] i'll try to contain my instinct to dismantle :P [23:38:14] hehe [23:38:40] do they send...xml? [23:38:56] hmm, lessee now [23:39:33] nope, straight up name/value POST [23:40:16] that's nice [23:40:27] so we just make an array out of that and ram it into both queues? [23:44:23] (PS6) Ejegg: Not using referrer from messages [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/289887 (https://phabricator.wikimedia.org/T110564) [23:44:59] I'm a little surprised the audits haven't been crashing since we quit logging the referrer ^^^ [23:46:04] cwd I think only the recurring queue [23:46:23] we normalize messages for the donations queue [23:46:35] you can see the mapping down in ipn_parse in the old code [23:47:02] but i'm pretty sure you can drop all that shipping stuff, as well as size / premium_language [23:51:29] ok right on, thanks