DPS interaction – missing txn

  • Hi Ross

    Sorry to bother you again!

    We’ve had a DPS transaction go through on one of our forms, apparently from the website, for which there is no DB record or email notification. Is there an obvious gotcha we might have missed? It all works fine in sandbox tests, so we’re scratching our heads a bit.

    Can I please check with you the sequence in which things happen? We have elected to send emails only after completion – so does that happen only if/when the user returns from DPS, or when you receive FPRN?

    Secondly, when does GF write the DB record? Is that before the DPS redirection (that seems to be what we see when it works), or is there any way that that can also get delayed until the emails are sent (i.e. until return from DPS or notification is received)?

    Grateful for any advice you can give.

    Cheers
    Colin

    https://www.ads-software.com/extend/plugins/gravity-forms-dps-pxpay/

Viewing 7 replies - 1 through 7 (of 7 total)
  • Plugin Author webaware

    (@webaware)

    G’day Colin,

    • GF creates an entry record, with status = Processing
    • user is redirected to the Payment Express site
    • FPRN triggers status change from Processing to Approved or Failed and triggers deferred actions (emails, post creation)
    • user (hopefully!) returns to website

    If your website isn’t accessible over the Internet (e.g. it’s behind a firewall), then FPRN won’t work and the user will need to return to your website to trigger the status change and deferred actions.

    cheers,
    Ross

    Thread Starter cbfuk

    (@cbfuk)

    Hi Ross

    Thanks; yep, that’s all what we thought. Damn, no easy answers then!

    Cheers
    Colin

    Plugin Author webaware

    (@webaware)

    Are you sure the transaction came through from your website? e.g. does the Transaction Details view in the payment manager show that the HPP success / fail URLs are your website and gfdpspxpay_return?

    Thread Starter cbfuk

    (@cbfuk)

    Yep, no doubt, DPS info all matches. Interestingly, we’ve found a ghost in the DB; the wp_rg_lead_meta table has an entry with a matching DPS authcode, but form_id and lead_id are both 0 – not a good look! I’m wondering if that entry was made by you on FPRN, but you couldn’t find the lead record? All I can think of is that GF failed to process the form submission for some reason, but did fire your plugin?

    Plugin Author webaware

    (@webaware)

    G’day Colin,

    Sounds like I need to do a little stress testing to see if I can duplicate the problem. What version of Gravity Forms are you running? I’m wondering whether it’s something that’s come up since the 1.7.x branch was released.

    cheers,
    Ross

    Thread Starter cbfuk

    (@cbfuk)

    Hi Ross

    GF v1.7.2 (I see there’s a 1.7.3 already, so we may up to that)

    The client’s site hasn’t had a lot of business through the GF payment forms yet, but they are high-value items and they expect to get a lot busier in a few days so we’re under pressure to make sure this can’t happen again.

    Any info you can provide would be great; a colleague posted on the GF support forum also but I’m not sure if she’s had a useful response to that. Do you have any thoughts on a GF failure mode which would cause a glitch like this, you obviously have much more experience of working with GF than us?

    Cheers
    Colin

    Plugin Author webaware

    (@webaware)

    G’day Colin,

    Can you please email me an export XML file of the form? You’ll find my email address on my contact page.

    Do you have any other Gravity Forms plugins activated / linked to that form?

    cheers,
    Ross

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘DPS interaction – missing txn’ is closed to new replies.