Customizing Checkout Success Page Note based on Payment Method?

[DrByte]

The custom coding is not working for me...it just shows the default text "Thank you for your order". It seems as if the "if" statement in checout_success/header_php.php is never satisfied.

I have checked all the files and code and have confirmed that they match Dr Bytes suggestion. But still, it just shows the default response.

Not sure where to even start looking to solve this problem or to test it step by step. Any ideas?

Hmmm ... Slight change to step #2 ... instead of putting it near the top, put it down around line 38 ... specifically *after* this line:

require(DIR_WS_MODULES . zen_get_module_directory('require_languages.php'));

[thomasw98]

Hmmm ... Slight change to step #2 ... instead of putting it near the top, put it down around line 38 ... specifically *after* this line:

require(DIR_WS_MODULES . zen_get_module_directory('require_languages.php'));

Well, that sorta works but not quite...here's what happens now:

Test order a product. Select payment method (for this example, COD), continue, then confirm the order, wait while it tries to reach success..but no, it errors out. Can not display page. But the order has been booked into the system properly and the email to the store owner and the customer are both successfully sent.

Go back to index page. Cart is empty. Pick a product and checkout. On the select payment type page, the radio button for COD is already selected! click continue, then confirm order. Wait. Yes, it is successful...but only sometimes (that's the part that annoys me...inconsistent error behavior ). Either way, whether success page is displayed or not, the order has been recorded and emails sent out properly.

Cycling through it again and again, sometimes the radio button is already selected (it is always the same as your last order) and sometimes not.

Pretty weird behavior

[DrByte]

...wait while it tries to reach success..but no, it errors out. Can not display page. But the order has been booked into the system properly and the email to the store owner and the customer are both successfully sent.

Go back to index page. Cart is empty. Pick a product and checkout. On the select payment type page, the radio button for COD is already selected!

That's normal behaviour if the order didn't complete properly due to a server/PHP error.


The "cannot display page" suggests that you've made an error in your PHP editing.
What's in the server errorlog this time?

[thomasw98]

That's normal behaviour if the order didn't complete properly due to a server/PHP error.


The "cannot display page" suggests that you've made an error in your PHP editing.
What's in the server errorlog this time?

Errorlog: I use a Chinese virtual server, and they do not give me access to error logs. Their services are very limited in many ways like that, plus they are expensive. What a great deal!

Now I am at my office and the script seems to run perfectly, so I guess it was an internet connection problem that was creating the unreliable results yesterday.

Only problem I have left is that some payment types work perfectly, and give the proper message on the success page, but one of them does not ("Postal Transfer"...a way of transferring money via the post office here in China). For some reason it always gives the default response. I will check the payment type name to be sure I am using the correct matching text variable name.

So, it seems I am nearly there. Thanks again for all your help! I think this code will also be of use to many other people using Zencart.

[DrByte]

What's the filename of your payment transfer module ? that's what you need to use in the new language definition.

[thomasw98]

What's the filename of your payment transfer module ? that's what you need to use in the new language definition.

This turns out to be a very high-tech problem which I am proud to announce that I have solved using my massive intellectual powers (you may have noticed the lights dim in your house last night...that was me thinking): I adjusted the spelling of the word "tranfer" to a new high-tech version: "transfer". That solved the problem right away.

Genius!

[DrByte]