Possibly the same as T360931: Add autorescue for ideal

The same issue is happening with Maestro recurring, Adyen has this turned off on their backend due to low success rates

looks like it was called in queue2civicrm_batch_process and we lost that being called when switching to drush

civi parts are handled in T357470: replace our drush scripts with WMFQueue.consume api

this is also in progress in the work eileen is doing to move things onto cv

Here is the response with country=RO

@spatton what is the amount of 2.1s you do expect to see?

I made this and its old and vague we can make a new one if we see it again

okay debit recurring is not available in Brazil even though their documentation says otherwise, requeued the damaged ones as one time and we'll need to figure out how to not allow this

suspicious they are all debit, asking payments if they have any more information

What happened, three edge cases combined:

The data has been cleaned up both names and languages

the duplicates have been cleaned up

both of these are fixed, need to clean up the data, they are all in a group called autorescue

I see them in adyen now but not in civi.

Eileens patch fixed the test, waiting for a new one to come in to check that the name issue is fixed. Still need to fix the language issue.

Looks like something happened when making the activity, the donation is fully cancelled though. Still looking into this.

Taking this over from wfan! :)

Adyen got back they need to enable it in test and production at the same time but will disable the production until we need it. The test account had to be different from our live account so I made a new test account for testing Amazon