[00:00:35] aargh. update with --no-dev deletes stuff from .lock, without adds stuff [00:01:56] (PS1) Ejegg: Update donation-interface for recurring GC [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/225516 [00:02:15] heck with it, gonna self-merge that composer.lock update [00:02:44] (CR) Ejegg: [C: 2] Update donation-interface for recurring GC [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/225516 (owner: Ejegg) [00:04:01] (Merged) jenkins-bot: Update donation-interface for recurring GC [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/225516 (owner: Ejegg) [00:05:24] (PS1) Ejegg: Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/225517 [00:05:54] (CR) Ejegg: [C: 2 V: 2] Merge branch 'master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/225517 (owner: Ejegg) [00:06:29] oops, need to merge the change /in/ the submodule too [00:06:51] (CR) Ejegg: [C: 2 V: 2] Update donation-interface [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/225514 (owner: Ejegg) [00:07:02] they should just give me push on some of these repos... [00:09:15] !log updated civicrm from 78de1b9b74934984af3099afe9192fa53011bdaa to 292ad137f6b3ffc818a3bd617ca4f335931091f3 [00:09:20] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [00:09:23] walp, here goes [00:10:31] no whammy, no whammy... [00:11:19] buh? [00:11:23] hrm... [00:12:01] did I not update far enough? [00:12:47] same error...could it be the other stub function? [00:13:36] nah, the code's not up to date on prod. [00:13:44] i might have skipped a step... [00:13:46] lemme see [00:15:26] bah, it all looks good locally [00:15:59] but vendor is out of date on prod? [00:16:03] crm deployment commit 292ad137f6b3ffc818a3bd617ca4f335931091f3 has vendor at 914b3901120140add1b9470c34e589392c39e624 [00:16:17] did submodule update run? [00:16:22] yeah, out of date on prod [00:16:32] lemme see if it's right on the deploy server [00:17:18] err yeah i keep forgetting it's not a submodule on live [00:18:16] aha! Derp... i did code-update twice and never rsync_blasted [00:18:44] ok, now i really did that think i logged 9 minutes ago [00:19:03] double checked code on prod, it's good [00:19:08] retrying [00:19:44] nice! [00:21:30] woohoo! No failmail! [00:21:57] even a happy build fixed message [00:22:23] ahh, but that time the retry payment actually got an OK [00:22:36] let's do one more - i want to see us handle an NOK correctly [00:22:42] cool [00:23:36] sweet, NOK marked as failure! [00:23:59] i'll run a slightly bigger batch before going full throttle [00:24:23] and look for anything still locked as in progress [00:25:34] hmm, some spurious 'transaction canceled after 0 retries'... [00:25:52] wonder if those are in gc payments logs too [00:29:16] nope, guess it's just in batch mode for some reason [00:29:29] well, it handled a batch of 10 OK [00:32:58] ah cool, nothing locked. [00:33:30] gonna let it rip? [00:35:02] oh, oops, the option_value's numeric value is not the same as its ID column! [00:35:07] that's really annoying [00:35:26] oh, so status 5 is In Progress, but that row has id 974 [00:35:39] oh, haha yeah [00:35:41] why even have that other numerical value? [00:36:03] good question [00:36:37] ok, so 9 locked rows [00:37:17] most of them need to be set failed, but not all... [00:38:34] ok, setting anything with a scheduled failure retry date of the last few days back to failed [00:39:41] so they'll just get forgotten about? [00:39:53] or no, picked up again? [00:42:22] yep, picked up again [00:45:12] ok, just convinced myself that one with no failure retry date couldn't have been charged before the crash [00:45:29] mark in progress, create adapter, do the thing [00:45:46] and create adapter was crashing on that run [00:46:54] makes sense to me [00:47:19] ok, setting it back to batches of 250! [00:47:57] and dialing down logging from debug to verbose [00:48:14] can you do that through the UI now? [00:48:32] just changing the args on the drush command in jenkins [00:48:58] heh, the jenkins drush command overrides the batch size set in civi ui... [00:48:59] nice [00:49:33] !log restored recurring globalcollect batch size of 250 [00:49:38] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log, Master [00:49:39] ¯\_(ツ)_/¯ [00:50:49] gonna run a big batch to start clearing out the backlog [00:55:25] cool, well i'm gonna roll but i'll have irc on, hit me up if you need a merge or anything [00:57:18] Fundraising Tech Backlog: Spurious 'Transaction canceled after 0 retries.' messages in batch mode under drupal - https://phabricator.wikimedia.org/T106198#1461672 (Ejegg) NEW [00:57:49] have a good evening! [00:57:56] / weekend [01:00:08] Fundraising Tech Backlog, Recurring-Donations: DonationInterface / batch mode / drupal is repeatedly trying to do geoIP lookups on 127.0.0.1 - https://phabricator.wikimedia.org/T106199#1461679 (Ejegg) NEW [01:17:45] Fundraising Sprint ODB, Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, and 3 others: GlobalCollect is not recurring: something wrong with "batch mode" in DonatioinInterface - https://phabricator.wikimedia.org/T105848#1461704 (Ejegg) Fixed! Set all 'in-process' recor... [01:19:09] Fundraising Sprint ODB, Fundraising Tech Backlog, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, and 3 others: GlobalCollect is not recurring: something wrong with "batch mode" in DonatioinInterface - https://phabricator.wikimedia.org/T105848#1461705 (Ejegg) Open>Resolved [12:45:29] (CR) Awight: "d'argh, from the test failure:" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/225342 (owner: Ejegg) [15:14:52] ragesoss: fyi, I'm in Doña Adelita, working on the dashboard for the hour [15:14:59] erp [15:15:08] fail [15:20:19] Hey awight and ragesoss I'm semi-sick with a sore throat and am resting still a bit in the hopes of being ok for the rest of the event [15:21:45] Sorry! lemon + honey in tea... [15:22:26] Also btw: yesterday I talked learned that the new translation tool also has an editor-campaigns-y group project thing on its roadmap! [15:22:36] Thanks! [15:23:08] Let's not miss Pau's talk! [15:25:10] Also Flow [15:27:09] AndyRussG|mob: I had Danny's talk on my radar--which is Pau's? [15:27:48] Dunno [15:28:09] When is Danny's? [15:28:51] https://wikimania2015.wikimedia.org/wiki/Special:Contributions/Pginer-WMF [15:28:55] "Ask the designers"? [15:29:13] https://wikimania2015.wikimedia.org/wiki/Submissions/Designing_Content_Translation:_how_to_improve_the_translation_process_from_a_user-centered_perspective ? [15:29:41] switching to pm... [16:13:54] fundraising-tech-ops, Traffic, operations, Patch-For-Review: Decide what to do with *.donate.wikimedia.org subdomain + TLS - https://phabricator.wikimedia.org/T102827#1462092 (CCogdill_WMF) Thanks for this explanation, @BBlack. I got a little further clarification from @faidon so I think I understa... [17:42:01] (PS1) Ejegg: Fix undefined var warning [wikimedia/fundraising/SmashPig] - https://gerrit.wikimedia.org/r/225560 [20:14:58] Fundraising-Backlog: Set up import for Major Gifts events payment/invitation tool - https://phabricator.wikimedia.org/T101191#1462606 (CCogdill_WMF) @atgo @ejegg we can almost certainly customize the field names to be whatever we want them to be. I will confirm with Trilogy, but that is what I was told when... [20:38:03] Fundraising-Backlog: Set up import for Major Gifts events payment/invitation tool - https://phabricator.wikimedia.org/T101191#1462651 (atgo) Field names and field format, I think. Right @ejegg @awight? [21:07:56] Fundraising-Backlog: Set up import for Major Gifts events payment/invitation tool - https://phabricator.wikimedia.org/T101191#1462686 (CCogdill_WMF) @atgo I included format in my request to Trilogy as well.