[In-Commerce] ORDER.SUBMIT e-mail event not sent sometimes (all versions)

[Alexander Obuhovich]

In-Commerce supports payment types of 2 types:

• direct charge - user enters credit card on In-Portal side and gets charged right on the website
• delayed charge - user is redirected to gw website and enters cc info there and then gw posts to gw_notify.php script to report charge status

Also there are payment gateways, that has custom notification scripts, that include gw_notify.php in them. These gateways has extra line in them:

define('ADMIN', 1);

This presumably allows to substitute session to one used by user, who did a checkout. However as a side effect ORDER.SUBMIT (user type) e-mail event isn't sent, because it has "Front-End Only" checkbox set.

We of course can try to uncheck that checkbox, but this might result in ORDER.SUBMIT e-mail event being sent to user even when administrator is approving an order, but I'm not sure for 100% about that.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Dmitry A.]

Hi Alex,

I suppose you didn't have a chance to actually try - you are saying it's not going to work in theory?

Are we sure user session is not there at that time? what id Admin = 1 goes away will it break the processing?

DA

[Alexander Obuhovich]

Yes, I have no way to try, because I don't have any payment gateway details that have define('ADMIN', 1); inside their notification scripts in In-Commerce.

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/2g-9GdQn1mcJ.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Dmitry A.]

What if we get rid of define('ADMIN', 1);

Do we have parts of Order processing depend on it in those notification scripts?

DA

[Alexander Obuhovich]

I'm guessing session replacement code (which replaces session from cookie with one from gateway response) relies on that, but I can't test because I don't have any payment gateway credentials to test with.

Related to session replacement there might be related discussion with no attention for quite some time:

• https://groups.google.com/d/topic/in-portal-bugs/MaZS_L4A3rY/discussion
  
• https://groups.google.com/d/topic/in-portal-bugs/0Ccim1W3xDc/discussion
  

To view this discussion on the web visit https://groups.google.com/d/msg/in-portal-bugs/-/tlA4f00X6TUJ.

To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.