zahost

Hi @tonyrobins

Thank you for the quick response. After many many hours of fiddling and trying different things, I found the problem and also the solution.

Disabling firewall was the complete opposite of what worked. I use Wordfence, and it creates some restrictive files connected to the .htaccess file. At first I tried to install only WPVivid to do the transfer which should have copied all the plugins. Turns out that Wordfence must be active first with the way my folder structure is set up. Once I set up the Wordfence plugin, everything worked a charm.

I have no idea why the inclusion of PHP 5.6 worked somewhat, save for circumventing the redirect prevention by Wordfence. In my case it has to do with subdomains being installed in the sub-folders of my main domain which had Wordfence from the start. Had I known which files to edit or remove, the redirect error would have been sorted the first time.

I have since tried this method on another two sites, and it worked perfect every time. They were all internal transfers, so I’m not sure if this will have an impact on moving between servers where Wordfence is active on one of them. I’m guessing that you won’t need to have Wordfence active on the target site if it is running in a different environment which doesn’t have some sort of preexisting security system managing its folders. Having different security measures on the source and target sites may be an even bigger headache.

Your plugin is not at fault. It works beautifully. I added Wordfence to the tags, and I’ll mark this as resolved in the hope this revelation will help others in a similar situation.

Thank you for a great plugin, and stepping up like a BOSS. You guys are awesome…

Hi @simonskyverge
With all plugins activated, I get a “500 internal server error” in the console.

It does not generate any additional errors by clicking on screen options. It just does nothing.

No errors are showing when clicking on the edit product image. The popup does not load. Instead, a new page loads without errors, showing me only the ancient library interface.

Clicking on the “Add product gallery images” link generates the following error
Uncaught TypeError: wp.media.controller.Library is not a constructor (meta-boxes-product.min.js:1:11107)
Nothing happens on the page itself though.

When I deactivate the Facebook plugin, no errors show any longer and everything works as expected.

Running only Woocommerce and Facebook for Woocommerce is not an option though. The act of deactivating plugins already caused unnecessary reworks on parts of my site. Still, I deactivated the non-essential plugins I’m willing to sacrifice, but the problem still persists with FB 4 WC. From what I can see, it only affects the product image selection and gallery as I described above, and it prevents the screen options drop-down from working. The latter is confined to the product edit page. It doesn’t affect the drop-down in the product list page. It doesn’t break anything else as far as I can tell, and it does what it is supposed to do. It just seems that it is blocking the product edit page from loading correctly.

Hi @julieskyverge

In my case it is only simple products, as I don’t have any variable products listed at the moment.

Hi Thomas,
Thanks for your reply.
Yes. The URL is hard-coded in my merchant account. I’ve confirmed with PayFast support that the URL for sandbox and live deployment remains the same (https://YOURWEBSITEURL/?wc-api=WC_Gateway_PayFast) If the server is blocking the ITN, it will do so in sandbox as well. PayFast did confirm that the ITN’s were delivered successfully on the first try on all the transactions so far. It seems as if the PayFast plugin is not passing the information to woocommerce in the live deployment.

As I was typing this reply, Rynaldo from Automattic directed me to put the following code in a snippet (or the functions.php of the child theme) which seem to have solved the order updating issue…

add_filter( ‘woocommerce_gateway_payfast_is_valid_ip’, ‘__return_true’ );

It seems like the PayFast URL was not validated by the system on the return of information from PayFast. The above line of code solves that.

For anybody else having this issue:
I pasted the line of code in a new snippet in the “Code Snippets” plugin. It can be named anything. Just paste the line and nothing else. Save and activate the snippet. I hope this helps someone else searching for days on end for a solution…