Confirmation after payment is done

I have the same issue. The payment status is on pending even thought the customer have paid and I see it in my ING dashboard.

I've found a solution. The problem lies at the module trying to change the order status to 'post_checkout'. This order status doesn't exists by default. You probably can make that orderstatus yourself (untested) or do like I did and change the module file:

1. Open the module file: ../uc_ideal_lite/uc_ideal_lite_payment.module
2. Delete or comment linenumber 466
3. Uncomment linenumber 467

So it will become like this:

//uc_order_update_status($order->order_id, uc_order_state_default('post_checkout'));
uc_order_update_status($order->order_id, uc_order_state_default('payment_received')); //If you insist on marking order as "payment_received", uncomment this line and comment the above. Pleas note that the payment status is NOT validated and can be fooled!

And that's it! Just so you know, just be sure to check if the correct payment amount has been transferred to you bankaccount.

I have changed the module as in nr 2 (and as is explained in the module itself anyway). Now I have had three payments with iDEAL lite since. One says 'Completed', one says 'In checkout' and one says 'PayPal Pending'.
I have no idea how to interpret these.I will set them manually to complete so that my customers receive the necessary emails, later I'll check if the payment was really made.But it looks like something is wrong.

And after this change I appear to have received several more payments that are all in 'In checkout' status. Nevertheless the iDEAL-site tells me that these payments have a payment guarantee ('Success'). Again I'll have to manually set these to Completed.
The latter problem may arise, I do not know, as a sort of catch up after the module change.

Well new payments through iDeal are still presented as PayPal pending, so it is not some catchup thing. Not all though, some are correctly 'Completed'.

Having the same problem when applying the fix from #2. Some payments are recorded and get the right status ('payment received'), however, some payments don't and get the status 'in checkout', even though the payment is received.

Changing the priority as I think this part is essential for the functionality of this module.

Check what uc_order_state_default('payment_received') returns in your case.
I entered a watchdog('tmp', uc_order_state_default('payment_received')); in my modules code to see what is being returned.
Am using ogone payment but having issues with the uc_order_state_default('payment_received') call as this returns unexpected strings!

Cheers

Beste Kees,

Dit probleem begint pijnlijk te worden in zoverre dat hierdoor de data ook niet meer doorgegeven worden vanuit UC naar Civicrm. Dat komt omdat de transactie niet met Completed eindigt. (Het handmatig updaten wordt door Civicrm niet toegestaan.) Maar omdat het allemaal begint met een Ideal-lite probleem lijkt het me dat het daar, en niet in Civicrm opgelost dient te worden. Ik heb 100 Euro beschikbaar om dit op te lossen, doe je het daarvoor?

Zeer veel dank,

Theo Richel (theo [at] richel.org)

English forum... speak English!

This module does not have my attention, sorry for that.
ideal "lite" was never that popular, and since EC is stable, UC userbase declines.

Back to this problem:
iDEAL lite does not provide validated/secure payment status feedback to the webshop (thats why its "lite"). A while back there was a default payment status "post_checkout" in UC. Maybe its lost along the way? Status "payment_recieved" is incorrect and would introduce a security issue, since a visitor can easily trick this status by visiting a certain URL.

So, if status "payment pending" is triggered it works as designed. If order stays in "In checkout" there is something wrong, maybe wit your config. Check http://drupal.org/node/1164442#comment-5631528 for clues.