Page MenuHomePhabricator

Don't send failmail on duplicate contribution_recur insert
Open, Needs TriagePublic

Description

Under certain circumstances, the RecurringQueueConsumer is sending failmails for Ingenico recurring subscr_start messages that come in as a result of monthly conversions because something else has already created the contribution_recur row.

I investigated back in December and found that it was OK to just drop the message silently, but now I don't remember exactly why.

TODO: document what circumstances make that happen.