KarinG

Great 🎉 so we can switch to testing w/ PHP 7.4 when supporting 5.45.* and up.

@JKingsnorth we are D8/D9 first -> so I'll need this reproduced on D8 first and then we'll backport to D7 if applicable.

Can you please clarify what you mean by "The error seem to have started on webform_civicrm 6.1.0"? Any idea which PR? If this is ensuring webform civicrm works with Authorize.net...

Also which authorize.net is this? Core or extension -and why are there two authorize.net options? @mattwire - I'm sure you know the answer to this one! :-)

Great - thank you! authorize.net must have test accounts that you can use with fake credit cards - that's what you'll want to use for: ``` // 'user_name' => 'xxxx',...

Hi - I strongly prefer just a new test for authorize.net [that does not touch/modify any other test] so that we can be 100% sure there is no breakage. In...

``` Error message Notice: Undefined index: user_name in CRM_Core_Payment_AuthorizeNet->__construct() (line 68 of /home/runner/drupal/vendor/civicrm/civicrm-core/CRM/Core/Payment/AuthorizeNet.php). ``` Without dedicated Auth.net test credentials we can't do end to end testing. Does Skvare have dedicated...

@jitendrapurohit - this is the PR I mentioned to you earlier today.

So this did not solve the problem. Even with this branch in place we saw a resurfacing of the JS error. CRM undefined... So to summarize: - /form itself -...

So the problem is that this PR did **_-not-_** solve the problem. Live testing this -> the CRM resources still intermittently go missing.