Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Payments Pro Error Handling #15

Closed
angelleye opened this issue Mar 23, 2014 · 0 comments
Closed

Payments Pro Error Handling #15

angelleye opened this issue Mar 23, 2014 · 0 comments

Comments

@angelleye
Copy link
Collaborator

Plugin user complained about the vague error returned when he entered an invalid credit card number. The API log had a more detailed message and he thought that message should be presented to the user. I responded with this information...

"The PayPal system will return pretty good info like this in most cases, but if we display that actual error back to the user then fraudsters who are trying to test stolen cards would know exactly what they need to fix. For example, in cases where an AVS failure occurs, they would know they need to find the correct address. There are many ways fraudsters use error codes to help filter out good and bad cards (for them to use) and if your site is returning this sort of detail you can quickly become the target of carders hitting your site with hundreds, if not thousands of $1.00 transactions to test all these stolen cards. It can be a nightmare.

I've been toying with the idea of presenting this an option within the plugin settings, so you as the site owner can decide whether or not to display detailed errors back to the user or not. Or, I may try to come up with a list of specific errors that aren't a big deal to return back to the user (your example is a good one for that) and only show details for those but still mask the details in most cases. "

Need to look into this a bit more and figure out the best resolution.

@angelleye angelleye changed the title Error Handling Payments Pro Error Handling Mar 23, 2014
@angelleye angelleye added this to the Version 1.1 milestone Mar 29, 2014
angelleye pushed a commit that referenced this issue Mar 30, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

0 participants