I have developed a wordpress website on my local server which works perfectly. The shopping experience of adding items to the basket and checkout works as expected but when I transferred it to the live server, this stops working correctly (the Mini Cart doesn’t update, and items get deleted automatically).
Despite previous suspicions, there is no custom code involved – the only variable is the live server.
I wonder if you please advise on what might possibly be going on, and if you’ve seen something similar before – perhaps cache/refresh/something else??
The website is approaching the launch date, and this is the final mystery.
Steps to find the issue:
Basket(cart) with zero item should display mini cart with empty basket message
Add two or more item to the baske, you have to refresh the page to get updated and once you navigate away from that page, the icon stop working.
I have cleared the cahce, and searched all over internet but no solution.
Site: http://www.test2.hydro-x.co.uk/
Related
I have been troubleshooting this issue for the last few weeks and have not been able to resolve.
We are experiencing the following (intermittently) when an order is placed by a customer.
Stock movement is duplicated
Order notes are duplicated
Email notifications are duplicated (to all parties)
Backorders are created (if the stock on hand is not sufficient to handle the duplicate qty). Example: initial inventory = 1 unit. 1 unit is purchased but the stock movement is duplicated which takes inventory to -1 causing a backorder, despite back orders being set to "do not allow".
Stack
Osmosis theme (+ child theme) - v4.3.6 (just updated to latest version)
Woocommerce v6.4.1
WordPress v5.9.3
PHP v7.4.28
Flywheel/5.1.0, nginx
The issue appears to have started a couple of weeks prior to a migration to a new host. A review of orders prior to the migration showed that order notes were already duplicating. After the move to the new host, it seems the stock movement started to duplicate (as well as order notification emails).
I reached out to Flywheel, they took a look but could not see anything suspicious-looking in the logs other than some fatal errors in the theme. I updated the theme. This resolved the fatal errors but not the order issue. Flywheel also adjusted the PHP memory, but no dice on the order issues. They have not provided much more help.
I updated a bunch of plugins at the same time as I migrated the site to Flywheel, so a possible conflict with a plugin may exist.
I tested in a staging environment with themes and plugins disabled but can not replicate.
It's hard to tell which plugin/theme might be causing a conflict on the staging site, as the issue is intermittent, so it's hard to narrow down which plugin, or if it is even a conflict. We also don't have the volume of orders going through the staging site, so hard to figure out. We would need to process several test orders over the course of a day. Which I guess we can do.
I did some googling and saw a bunch of posts on a similar issue relating to the payment gateway, and a possible conflict between using the hosted payment page or merchant payment page. I reached out to the developer (Windcave / Payment Express). They were not aware of any conflicts but sent me an older version of the plugin so I could roll it back. No dice. I also had the client reach out to Windcave directly to check their account was configured correctly and all appears to be as it should.
I've checked all Woocommerce settings, run all updates on plugins, reviewed the woocommerce status report, and checked logs.
I'm left with placing a bunch of test orders in the staging site over a few days until I can narrow down a possible plugin conflict, but wanted to fire this query through here first to see if anyone had come across something simiar and can help me resolve.
Would greatly appreciate some help.
Thanks
Josh
I think it can relate some of the WordPress hooks that are used for checkout page. You can check in this link "https://www.businessbloomer.com/woocommerce-visual-hook-guide-checkout-page/" for the hooks that can possible used on checkout page (or) before order create hooks. Try to compare these hooks names and if you used these hooks in child theme > functions.php or plugins. Some of hooks can trigger 2 or 3 times so it can possible be the problem.
We are working on a Prestashop website with Prestashop 1.7.7.8, first we tried a theme called Akira, and after a few days we finally changed it to Warehouse theme.
The problem started when we changed the theme. Have tried also with the Classic Theme, and doesn't work either.
When you click any "Add to cart" button, the button shows a spinner for 1 second, then nothing happens. If you refresh the page, then the cart item count is increased by 1 unit, which is right, but need to update without refreshing.
If you click on the cart icon, the dropdown opens, but you can't delete any item, the trash button doesn't work. But if you decrease the quantity of that product, the change is saved (the cart item count doesn't update, anyway, until you refresh the page, but when you reload, the unit is decreased).
We have tried with various PHP versions: 7.4, 7.3, 7.2... nothing seems to work. Also, the PS cache is disabled and deleted between every attempt.
Tried a few times to disable all modules in the module manager section, also have checked the options of overrides, disabling it, and the non-native modules in the performance section didn't help anyway.
When we run in debug mode, nothing strange appears. In the Chrome inspector, there isn't any javascript error (only some yellow warnings about js.map missing files).
Anyone to help, please?
Check the cart answer in the Chrome inspector Network TAB with enabled debug mode. Maybe you can see the error message
This error can sometimes occur even if you are not using HTTPS.
i made a video of the woocommerce cart issue a friend of mine has with his store https://streamable.com/augha
i cannot reproduce it here, on other pc's. Nor can i reproduce it on my mobile phone.
This was yesterday... But now today the problem seems to be expanding to the moment it seems that customers from belgium are also getting this problem. In the past we have never had problems with Belgium, and yesterday we also received a Belgian order with several articles without any problems.
But another order we have to make a payment link because he did not manage to get more than 4 items in the basket.
The remarkable thing I find that the Belgian where we made a payment link initially got 15 hoodies in his shopping basket, and the next day the basket was empty and he could add up to 4.
So it seems that in certain occasions the cart will go fubar... Anyone else experienced this ?
It looks like a caching issue. You may want to try disabling all other plugins to see if that helps.
I found a problem in my webpage after days since last modified. The block cart disappeared from page. It is available, it is linked to the top, it worked well but now I don't know if maybe other person has modified it or what because it disappeared from day to night.
The web is venuspleasure.com and the cart WAS right in the menu bar. It also disappeared the add to cart button. I looked from solutions online and I tried to put available the user block and the cart (they already were but I refresh them) I now php so you can explain me if you see something in my code. Maybe I delete something, dunno :(
I have a really bizarre problem.
After updating Prestashop to the latest version (1.5.6.2), if I clear my browser cache and cookies, go to my site and add a product to the cart it also adds another product from a previous cart. My products have custom text fields, so I can see this other product added is from a previous cart as there is someone else's personalized text. If I delete this mistakenly added product though, and add further products, I don't get this issue. It only happens after clearing the browser cache and cookies.
Where can I start to try and find the cause of this? The prestashop site and forums prove no help and never get an answer there.