- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
My PHP implementation of DPM is nearly complete. Relay response, however, fails when the browser blocks third-party cookies. My test server is using a temporary domain with a self-signed SSL certificate. I'll be updating DNS and purchasing an SSL certificate for the domain once I address this problem.
I don't understand why blocking third-party cookies would cause the relay response to fail. Does DPM use cookies?
One additional item to note is that I'm using the standard JavaScript redirect method shown in the DPM documentation to display a receipt page after processing the relay response.
Solved! Go to Solution.
โ10-29-2014 08:51 PM
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I finally found the common thread in my form's failed tests - 123. I have two int fields which accept three or four digit values. While testing, we often just enter 123, which apparently is replaced with asterisk (*). I guess the concern is that 123 looks like a CVV value, which should never be submitted as a merchent-define field.
Original post: https://community.developer.authorize.net/t5/Integration-and-Testing/DPM-Additional-information-in-t...
โ11-06-2014 06:20 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
HTTPs with self-signed SSL certificate? that will be rejected.
โ10-30-2014 04:20 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
When I began testing, I had no problems. Relay responses were processed after I accepted the self-signed certifcate on the development server. It was only after blocking third-party cookies that I started having problems.
โ10-30-2014 07:00 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
โ10-30-2014 08:04 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
DPM is really a use case for SIM--you're disabling SIM's Hosted Payment Form and engaging in a few back-end tricks to make things appear seamless to the customer--and SIM does not use cookies at all.
However, while I don't believe the DPM SDK requires cookies, it might. I will confirm that later today.
"Move fast and break things," out. "Move carefully and fix what you break," in.
โ10-30-2014 09:33 AM - edited โ10-30-2014 09:33 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I reviewed the PHP SDK code and there is nothing in there that sets a cookie.
Do you have an application like Fiddler, so you can see what's going on at the web session level? If not, you may want to give it a try: http://www.telerik.com/fiddler
"Move fast and break things," out. "Move carefully and fix what you break," in.
โ10-30-2014 11:27 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I haven't tried it, no. I'll give it a go.
โ10-30-2014 12:48 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I finally found the common thread in my form's failed tests - 123. I have two int fields which accept three or four digit values. While testing, we often just enter 123, which apparently is replaced with asterisk (*). I guess the concern is that 123 looks like a CVV value, which should never be submitted as a merchent-define field.
Original post: https://community.developer.authorize.net/t5/Integration-and-Testing/DPM-Additional-information-in-t...
โ11-06-2014 06:20 AM