Paypal Refund Callback Problem after server move

[djdavedawson]

Just moved a Zencart install to a new server.

Paypal is communicating back all the info and appending comments when a sale is made.

However on refunds, It is not appending the refund comments and changing the orders status as before.

Refunds are completing on the paypal side.

Most likely a server mis-configuration or permissions error.

Any ideas?

[djdavedawson]

To Clarify:

Paypal is writing the refund info into -> paypal_payment_status_history

It is not writing to here -> orders_status_history

Or updating the order status as it used to.

[mc12345678]

So that's the only change that was made? Movement of the store to a different server? Same uri? All file and cache locations updated to reflect the new server settings? Verified that all files made it to the new server?

[djdavedawson]

The move was done using cpmove. So the entire account came over at once.

Same URL

All the permissions and settings should have been preserved.

Everything else is functioning correctly and as expected.


I think since the order status is not changing, this is what is causing the data not to be written here -> orders_status_history

IPN check is coming back -> RESPONSE RECEIVED - Communications OKAY

CurlTest -> Data validation - Good

* I saw that curlwrappers is not checked in apache but not sure if it need to be.

I've checked ports 80 and 443 inbound outbound are open.

Check endpoint IPs for blocks in the firewall.

SSL installed correctly. Checked with sslshopper

Don't see any thing that would indicate ipn_main_handler.php access issues.

[mc12345678]

A refund generally should initiate at least an inspection of the current status and if the transaction is supposed to be a full refund (not sure why wouldn't use a cancel there, then the status should be dropped back to a lower level. If just a partial then, would expect that the refund action would still get logged regardless of the overall status level.

But one thing in the above discussion is that operation now is different than before yet there is question about the type of signals that are being sent from PayPal such as a status change. Have refunds always been performed from the PayPal site instead of within ZC? When was the last refund performed that was recorded as expected.

[djdavedawson]

They typically perform refunds from the ZC admin.

The refunds right before the server move were working accurately.

So when Paypal would respond that the refund was processed, it would change the status and append the paypal info to -> orders_status_history

The refunds right after the server move didn't do this anymore.

Paypal was still populating here -> paypal_payment_status_history .. so they can reach the db to write.

I think that the process in which the order changes status is the process that will write to -> orders_status_history.

Just like it does when a comment is added to an order.

But for some reason; now, the order status change submission is not taking place.

[mc12345678]

You said that cpmove was used to transfer to the new server, are you saying that the software modifies the includes/configure.php files as well as updates the folder name associated with session path info in configuration->sessions and further that the store wasn't moved in accordance with the following instruction?

https://www.zen-cart.com/content.php...-a-live-server

[djdavedawson]

Site was not moved that way. It was done at the account level.

CPmove is a WHM/CPanel Server Level move tool that moves the entire account.

I am the ISP and administrator for both servers.

None of the locations change.

The session directory setting is accurate and populates as such with new orders.

Everything else is functioning correctly.

[mc12345678]

Thought I had asked this question, but it's not in the timeline so guess I didn't. What version of ZC?

[DrByte]

Most likely a server mis-configuration or permissions error.

Not likely. If other IPN actions are completing properly, then refunds should too.

Next steps:
Enable IPN debug logging.
Do a refund.
Post the IPN logs showing exactly what it's doing. ... you can decipher this data for troubleshooting purposes too.