I have a setup using the Signup Module and Ubercart Module for Signup. There seems to be an issue when a signup is processed.

To give you some back ground,
-the Event signup is added as a product,
-I can go through and register for event and purchase/process payment with DPS (Provider Hosted).
-Ubercart logs the order and it is recorded in Ubercart
-NO SIGNUP RECORDED IN SIGNUP MODULE.

The Signup module should record a 'Signup' meaning one person counted towards the total number of signups. When I use the Credit Card Test gateway everything works fine.

It seems to be loosing something in between leaving the site to process payment and coming back.

I hope that's a good enough explanation, please shout back if you need any more clarification. Apart from this bug it's an awesome module and saved a huge amount of time thanks.
T

Comments

xurizaemon’s picture

xurizaemon
he/him
Location Ōtepoti, Aotearoa 🏝
commented
Status: Active » Postponed (maintainer needs more info)

Hi tc43

I'm not familiar with uc_signup so will need you to do a bit more research to identify what is or isn't working, and whether this is something specific to uc_paymentexpress.

Can you please check if this happens using another module which uses some external (third-party) gateway, eg PayPal?

tc43’s picture

tc43 commented

Wow thanks for the speedy reply.

I've had a good root around online and left a message on this post http://drupal.org/node/540298 as it seemed to be a similar issue. There are other modules it seems with the issue. I was however directed back to the DPS module see below.

"@tc43: Please open a new issue for uc payments express - that wasn't part of this issue :) "

xurizaemon’s picture

xurizaemon
he/him
Location Ōtepoti, Aotearoa 🏝
commented
Title: Not registering signup with Signup (Ubercart) module » PXAccess should invoke hook_order case submit (backport from #700270)
Status: Postponed (maintainer needs more info) » Active

OK, so this is pretty much the same issue as #540298: Signups not created when off-site payment methods fail to call hook_order case submit., which will apparently be fixed via #700270: Remove hook_uc_order('submit') as it is never called for redirected payment methods. As this issue is already being dealt with there, I suggest we avoid duplicating effort and hold this until #700270 has a patch which we can port back here.

But you're free to approach this how you want. Some options for you -

* Work on #700270 (which will have more people available to test and review it), then port the fix from that module to this one (should be trivial). (Best community option if you have the faith to scratch someone else's itch first.)
* Work on a fix for this here, then contribute that back to #700270 for review. (Will probably take longer to resolve both issues this way, but might get you working sooner.)
* Use CA to fire the submit action once PXAccess confirms the order submission, which should in turn fire Signup. (May get you up and running soonest of all, provided you don't mind missing out on community review & testing.)

tc43’s picture

tc43 commented

Thanks again, however I'm a designer and only dable in the code when things really get bad and I usually make them worse!!

Where you said " Use CA..." What is CA ?

I may just keep an eye on #700270 and see how things pan out. You mentioned the conversion should be trivial, may I contact you again once it's up and running?

Thanks again and I see you're only just down the road!! (Well I'm West)

tc43’s picture

tc43 commented

Ok CA Conditional actions... got it.

xurizaemon’s picture

xurizaemon
he/him
Location Ōtepoti, Aotearoa 🏝
commented
Status: Active » Postponed

Yep, Conditional Actions :)

If you aren't planning on taking this on, I'll postpone it here, and have added a note on #700270: Remove hook_uc_order('submit') as it is never called for redirected payment methods to that effect. Once patches are ready for that issue, we can re-open this and fix it here. Patches welcome in the meantime.