WorldPay Module version 3.0 - Support thread

[explorer1979]

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

[bottyz]

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

Hi explorer,

Sorry to hear you're still having issues. I think its got to be something with the settings in the merchant interface. I've attached a screenshot of my production merchant interface screen (obviously with the private stuff blanked out) and I can see a couple of differences.



1. I don't have the 'shopper redirect url' box. I never have had that, its something me and countrycharm discussed as his client had it too. Have you tried leaving that box empty?
2. I don't have enable recurring payments ticked. Again something that has always differed from the worldpay mod docs.


I'm assuming you've had the above results in the test mod of the worldpay module?

[countrycharm]

Hi explorer,

Sorry to hear you're still having issues. I think its got to be something with the settings in the merchant interface. I've attached a screenshot of my production merchant interface screen (obviously with the private stuff blanked out) and I can see a couple of differences.



1. I don't have the 'shopper redirect url' box. I never have had that, its something me and countrycharm discussed as his client had it too. Have you tried leaving that box empty?
2. I don't have enable recurring payments ticked. Again something that has always differed from the worldpay mod docs.


I'm assuming you've had the above results in the test mod of the worldpay module?

I have spent many hour with explorer over email trying to solve this problem. No they didn't have those boxes tick at first. I showed the them the same image I showed you about the setting. That's when they ticked the shopper redirect url' and enable recurring payments.

There problem seems more complicated. They have hundreds of error in there worldpay admin and they need to get worldpay to rest there account before they ever get it to redirect back to there site.

[countrycharm]

I am full following the Manual to install this module, but still experience callback fail problems.

Here are the log WorldPay give to me


== BoF Testing Shop Log
Transaction ID: 41xxx63xxx (Security Reason Changed to some x)
Cart ID: 8exe7bxxd2xx5a15f862cb6exxxxxxx (Security Reason Changed to some x)
Installation ID: 1xxxxx (Security Reason Changed to some x)

Error reported: Callback to http://www.shop.com/test708/index.ph...e=wp_callback: NOT OK, recevied HTTP status: 302
Server Reference: ukdc2-pz-pay01:callbackFailureEmail-1xxxxx:MerchReq-17-95
== EoF Testing Shop Log



== Callback response data ==
HTTP/1.1 302 Moved Temporarily
Date: Mon, 27 Jul 2015 09:26:03 GMT
Server: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_fcgid/2.3.9
X-Powered-By: PHP/5.4.35
location: http://www.shop.com/
Content-Length: 0
Connection: close
Content-Type: text/html
== Callback response data ==



== BoF Live Shop Log
[2015-07-22 16:41:28.288 (TID:msg1Conn9-211795)] Callback handling failed
[2015-07-22 16:41:28.285 (TID:msg1Conn9-211795)] Callback Failed: Callback to: http://www.shop.com/store/index.php?...e=wp_callback: failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.
[2015-07-22 16:41:01.469 (TID:msg1Conn9-211795)] Callback suspended, but retrying (attempt 145)
== EoF Live Shop Log


Where my shop URL is like this
Using cPanel Redirect setting / will be from
for example
http://www.shop.com
redirect to
http://www.shop.com/store


And WP Official Back End setting are
Enter the Shopper Redirect URL:
http://www.shop.com/store/index.php?...eckout_success

All other setting such as
Payment Response enabled? - ensure this is ticked.
Enable Recurring Payment Response? - ensure this is ticked.
Enable the Shopper Response? - ensure this is ticked.
Suspension of Payment Response? - ensure this is NOT ticked (it automatically selects if callback fails).
Click 'Payment Response Password - enter your password. (and then again to validate, do not tick use default as it will reset password fields) Make this secure using numbers and letters. You only have to remember it long enough to enter it in your Zen Cart Worldpay module configuration.
MD5 secret for transactions - enter a pass phrase which can be up to 16 characters long and include spaces. (and then again to validate, do not tick use default as it will reset password fields).

I am all following with the WorldPay 3.0 doc step still out of luck, any suggestion how to check/debug what is wrong on the
HTTP 302 Error and
failed CAUSED BY The maximum limit of 131072 bytes has been exceeded.

Both callback failed if take care of WorldPay log, URL, it include the zendid like this
index.php?zenid=0440xxxeafxx5a710294xx9bea14fxxx

Do it is the problems source?

Thank you.

You need to get worldpay to reset your account because of all repeated failures of Callback errors which seems to have blocked, or frozen your return from worldpay to your shop success page. Some form of loop generating too much data in the return template.

1.) Too many bytes or data form your template

or

2.) Your PHP settings are causing this to happen.

Until you do this the callback system will not work on your end. No other help can be offered.

[bottyz]

OK, I didn't know you'd already been emailing. I did see the bytes too long part but thought suggesting the obvious first might be an idea.
If doing what countrycharm suggested doesn't fix the issue I would also recommend setting up a new zencar and adding the module to see if it still fails on a new install. If it doesn't it's certainly likely oneof your customisationson the current cart is conflicting.

[explorer1979]

Hi Bottyz,

I make a new ZC 1.5.1 + WP 3.0 + Default Themes
Then re enter all my account and PW on it.

Tested it work!


So ...
What will make the "failed CAUSED BY The maximum limit of 131072 bytes has been exceeded"?

The Old Themes or Module?

Any idea to fast check this?

Thank you.

[bottyz]

Hi Bottyz,

I make a new ZC 1.5.1 + WP 3.0 + Default Themes
Then re enter all my account and PW on it.

Tested it work!


So ...
What will make the "failed CAUSED BY The maximum limit of 131072 bytes has been exceeded"?

The Old Themes or Module?

Any idea to fast check this?

Thank you.

Hi Explorer,

That's great news. So its unlikely the worldpay module itself is causing the issue. It'll more likely be something on your live cart that is conflicting and causing extra bytes to be passed. Maybe even a corruption in your database.

Unfortunately, there is no fast way of testing. However, the way I would do it would be to to work logically through adding modules, settings, etc... one by one from your live zen cart to the new test version and check after each addition to see if the worldpay module still works.
If you then add something and it suddenly causes that error, you'll be able to pinpoint what it is that causes the issue and you can then investigate further in correcting the problem.

I hope this helps. Please do post on here if you find out what it was causing this issue, so that other users with the same problem can see in future what you found.

If you need any more advice please post on here.

Good luck


P.S. is there a reason you tried a new test cart using v1.5.1, you'd be better off upgrading to the latest v1.5.4 as it'll stop you needing to upgrade twice.

[explorer1979]

Hi Explorer,

That's great news. So its unlikely the worldpay module itself is causing the issue. It'll more likely be something on your live cart that is conflicting and causing extra bytes to be passed. Maybe even a corruption in your database.

Unfortunately, there is no fast way of testing. However, the way I would do it would be to to work logically through adding modules, settings, etc... one by one from your live zen cart to the new test version and check after each addition to see if the worldpay module still works.
If you then add something and it suddenly causes that error, you'll be able to pinpoint what it is that causes the issue and you can then investigate further in correcting the problem.

I hope this helps. Please do post on here if you find out what it was causing this issue, so that other users with the same problem can see in future what you found.

If you need any more advice please post on here.

Good luck


P.S. is there a reason you tried a new test cart using v1.5.1, you'd be better off upgrading to the latest v1.5.4 as it'll stop you needing to upgrade twice.

Hi Bottyz,

I restore the MySQL DB to test it again

Here are my test environment ZC 1.5.1 + WP 3.0 + Default Themes + Restore MySQL DB (DB copy from Live Shop), but without any images (FTP haven't upload all Live Shop Image on it)

Then re enter all my account and PW on it and buy something on front end

Tested it work!

This mean our DB haven't any problems

My next test plan is replace the Default ZC Themes with our themes see what will happened.


Why I not using ZC 1.5.4 since the Super Order and Edit Order Module, special the Super Order it not work with ZC 1.5.3 that can download from Official Zen Cart (countrycharm already give me a GitHub link to the more new version, I will make a test later on when free.)


Thank you all in there help and suggestion for me. I will post my test result once done.

[robo26]

I am having problems with the Worldpay module installed on a customers website.

Bellow are the setup screen from WorldPay admin and an error log from WorldPay for a transaction I ran to test it.

The customer is using Zen Cart 1.5.4 and WorldPay module 3.0

WorldPay worked fine prior to a new build of the website and a move of servers.

I have removed all redirects from the .htaccess file as it seems that the redirect url being presented is different from the one sent. I have also ensured that the site is set as http://www.domain-url.co.uk in both normal configure.php and the one in admin.

Hitting a brick wall with WorldPay as they say that it is a Zen Cart problem. I have also tested the issue with the standard template to ensure there is nothing in the new template causing the issue.

All help will be gratefully appreciated.

I should add, whilst this is a move to a new server, the site is a new build (the customer, orders and products tables were imported to the new database only - all other tables are from the new build).

[explorer1979]

Hi,

Long time ago I am try to make WP 3.0 work on my ZC 1.5.1, it callback failed, but, after I change my server's PHP POST size from 2M to 2040M, it can work again with my ZC 1.5.1...

But... now I am starting on processing the ZC 1.5.4 upgrade integration, the same callback oversize error again (Yes, ZC version is different, and yes, new themes, but, if using new themes without restore the ZC 1.5.1 DB (Run the ZC install DB upgrade), mean new install, no addition modules, it can work!!!

But it confused me again is, the ZC 1.5.1 work again, why same DB (actually the PHP files many haven't add the modules, I just want to quick test with WP, so using ZC 1.5.1 DB, then run the ZC 1.5.4 upgrade PHP script, it sucessful, then test buy, it not work again)

Now, I look for the worldpay module PHP files, have some idea, but ..... but ... since I am not programmer, I am from IT Pro field more than from programming filed, so my PHP is still learning more more on it ....

My idea is ...
look on /includes/modules/payment/wordlpay.php
Line about 195 to 203

function _build_callback(){

        $ssl = (defined('ENABLE_SSL') && ENABLE_SSL == true) ? 'SSL' : 'NONSSL' ;
        $sid = ( defined('SID') && zen_not_null(SID) ) ? false : true ;
        $callback_url = str_replace( array('http://','https://'),'', zen_href_link(FILENAME_WP_CALLBACK, zen_session_name().'='.zen_session_id() , $ssl, $sid));

        return $callback_url ;
      
      } 

I am wonder, how to add some PHP coding that can output the '$callback_url' and 'return $callback_url' to the ZC's buildin logs folder /logs with a new filename like worldpay_callback.txt etc?? Or "Catch" it $_POST array value to the same /logs/worldpay_callback.txt for troubleshoot why it error over size The maximum limit of 131072
bytes has been exceeded

Thank you.