Page MenuHomePhabricator

Donor directed to "Thank You" page even though payment rejected
Open, MediumPublic0 Estimated Story PointsSpike

Description

We received contact from a few donors who saw our thank you page even though their donation attempt was declined at dLocal. Michael mentioned that in the past there have been cases where failed attempts will route to the TY page based on certain elements. Including Michael here in case he has any more info on that background and also flagging Evelyn.
Can the team please look into this? Is this the intended donation flow?
Ticket# 1124263 - CID 4056872 - dlocal ref# 2163273883
Ticket# 1125079 - CID 45540085 - dlocal ref# 2165872985
Ticket# 1118658 - CID 50874640 - dlocal ref# 2157517772
Ticket# 1118138 - CID 20767152 - dlocal ref# 2145769746
Ticket# 1123758 - No CID - dlocal ref# 2187445390

Event Timeline

SHust updated the task description. (Show Details)

I do not see completed transactions in Dlocal or Civi for these donors. They aren't getting through the payment cycle. @Pcoombe for interest. Why are they getting a TY page?

those did not get reject immediately but send to the antifraud queue, so donor can see the thank you page (maybe we need to have another page as your payment is under review to handle those situation?). which assume is rejected later (like second date) by donor relation team, so from dlocal it shown failed then civi has no record.

We cannot work the anti-fraud queue when processing through Dlocal. There is no way to settle the transaction in their console. These transactions will sit there and never get settled as a result.

We should still not be initiating a TY if the donation is stopped for review. @AnnWF Is this a bug?

Yeah, feel like a bug, 4 of them has FINAL STATUS: 'pending:process', which process will make them go to the next level, while payments_final_status as pending did not lead to complete. so we should return something like a pending page for those "pending txn"?

We should still not be initiating a TY if the donation is stopped for review. @AnnWF Is this a bug?

@AnnWF Hi Wenjun. I have entered this task which I believe is related to the problem we are seeing here. https://phabricator.wikimedia.org/T310548

@AnnWF Hi Wenjun. I have entered this task which I believe is related to the problem we are seeing here. https://phabricator.wikimedia.org/T310548

Thanks Evelyn, after more comparison: 1/5 examples you listed, I logged ticket: https://phabricator.wikimedia.org/T310550 is due to dead session, 4/5 are due to pending txns, not the fraud, I compared the success transactions, that we will push all txns to the antifraud, so that's not the real reason, the real one is that we have action as "process" which trigger next step, but the final status is pending all the time, not complete(the success txns' status). So after we push transaction to queue [pending](success one will push to donate, not sure if this is the fraud but pending txns do need extra approval, and we treat complete, pending the same for the following steps) we display the TY page. which similar to the dead session one, that we really do not know their payment result at the moment. so I feel we should get a pending TY page to handle those "pending" or "dead session" transactions. so maybe we can close the fraud ticket~ Thanks :) and sorry for the confusion~

Dwisehaupt set the point value for this task to 0.Sep 1 2022, 5:09 PM
Dwisehaupt changed the subtype of this task from "Task" to "Spike".Sep 1 2022, 5:11 PM
greg triaged this task as Medium priority.Nov 1 2022, 6:15 PM
Aklapper added a subscriber: XenoRyet.

@XenoRyet: Please associate at least one active team/codebase project tag with a task, so people can find a task when looking at project workboards or searching for tasks in certain projects. Thanks.