I am using the "Porto" eCommerce theme. Everything else works fine. Even if unregistered/"Not logged in" users go to the Checkout page, they can place orders just fine. Problem arises when users login to their account and try to place an order on the "Checkout" page. The page keeps reloading automatically every 2-3 seconds and it keeps repeating this endlessly!
The theme uses loads of plugins and has heavy ajax functionality. Here is the system status: http://pastebin.com/mjFn39pH
What could the possible reasons for this?
UPDATE: WooCommerce 2.5.1 is out in the wild and looks like the problem is 99.99% fixed now! I can't say it's 100% solved because the checkout page still reloads unnecessarily, but luckily just for the first time you go to the checkout page and just once. Of course way better than changing the name of the folder jquery-blockui, but still not a fully acceptable solution!
Warning: No need to take the following action anymore to solve the problem as the problem gets solved if you upgrade to WC 2.5.1
Found a solution!
Just renamed the jquery-blockui file located here: /wp-content/plugins/woocommerce/assets/js/jquery-blockui/
Though I'm not sure if it can cause other problems, but as far as I checked everything is running just fine.
Maybe not directly related, but this post helped a lot: How to fix the infinite buffer on WooCommerce checkout for Wordpress
Related
So I'm using Prestashop 1.7.7.4 for a client's project and It's my first e-commerce site. I was planning on using WooCommerce but the client asked for Prestashop specifically so here we are.
Here's my issue: I order something on the store, the product is added to the cart, but the cart visually doesn't show that. It used to, but at some point it stopped automatically updating the cart's information unless I refresh the page.
I looked around some forums and they mentioned checking the debugger and hook positioning but I think I got those two checked because the debugger is only showing warnings regarding some missing translations, and the Cart module is positioned on the displayTop hook which is what it was by default.
The only thing I remember doing that might be related is that, while testing, I did move some modules around but then I put them back in place. So at least in the case of the displayTop hook, everything is as it was. Can't guarantee the same for other hooks, but would it matter?
Since I'm not really very savvy with programming yet, nor Prestashop, I can't figure out where I should be looking for clues.
Any ideas about what I can do to get to the bottom of this? Thanks!
Problem was solved by using the reset button for the cart module on the Modules page. Then you have to make sure the module is on the hook you want and it should be working. Thanks!
We have a Magento site running on version 1.7.0 on the Argento theme that seems to be having intermittent issues with products not appearing. This appears to happen on certain pages and not others.
For example, if you add a product from the homepage or single category pages, it will show immediately as being part of the cart (note, Argento uses AjaxPro for the cart). However, once you navigate to another page, say "My Cart" or "Checkout" the total will show as zero. Doing a hard-refresh on the browser will update the total.
Additionally, if you open the Chrome Dev tools, navigate to "Network" and then check "disable cache" everything runs perfectly.
Things we have tried to resolve this:
Flushing/Clearing/Disabling the Magento cache. Seems to make things slightly better but doesn't clear up the issue.
x-cache-control meta tag. Same as above, issue seems to be less frequent but still definitely appearing.
Turn off AjaxPro. Our initial belief was that this plugin was causing issues, but turning it off has no effect.
Re-Index. Has no effect.
Added $.ajaxSetup({"cache" : false}) at the top of our scripts. This also has no effect.
Any advice or tips on where to look next would be appreciated.
It turns out that our hosting provider had set up the installation with the sessions stored in memcache. We switched this over to file storage in our local.xml and it fixed the issue.
Hello
I have a live Magento 1.8.1 site where pagination was working on product list pages (such as category pages) but I’ve been adding and removing a number of extensions / plugins and I’ve lost all pagination. Unfortunately, I can’t remember the last time it was working so I can’t think precisely what extension might have caused the problem.
I’ve checked all the usual fixes such as here but my catalog.xml is fine (and all problems seem to only relate to 1.4 - 1.6). I am reluctant to upload new files which I actually think might fix it but I also know how temperamental Magento is! Everything else is working perfectly for the first time after a month of serious hard work including a couple of reinstalls!
The website is next2new.net and although you can see a custom theme, there is also no pagination on the default magento theme which indicates to me it’s a core problem somewhere.
Any thoughts on any files I could check / change before I do a big overwrite?
Many thanks
Following things you can try in order to Cope-up with this situation :
1) Disable those modules which is overriding Catalog module and check once again.
2) Check whether Toolbar block is calling or not using Template and Block Path hints using Magento Admin.
3) If you are using any template, possibly there could be a setting in Admin section to Manage toolbar.
I have come across very different kind of problem. Suddenly in Magento products uploaded not updating anymore.
In detail, when we open products to update and click save button, nothing happens. It started happening suddenly, everything was working fine before.
Please help, its a big problem. I dont know what to do and which files to check.
May be you missed some mandatory field to fill. Check every tab if you have any error asking to fill the fields.
Or, there will be some javascript errors. Check if any JS errors are there, and post it here.
I found where it was gone wrong.
in js/prototype/validation.js
This file used by admin product option validation, which I have changed and didn't realize to check for admin validations.
Small change like this solved the problem.
if(!admin){
// put your code for front-end validation
}
Thanks to all.
I came here after having the same problem. "Save" suddenly stopped working on the product page. The only thing I had done was update prototype.js from 1.7 to 1.7.1 to support fade() in IE10 b/c I have a custom fade on thumbnails.
Well prototype.js 1.7.1 responds with TypeError: value.gsub is not a function when you click save.
Had to revert back because I dont know how to fix it.
if magento is configured to work with elasticsearch and elasticsearch is unreachable it also results in this error
Hope you guys don't mind me asking this question, but I find myself at a loss to why this is happening and need some suggestions on how I might resolve the issue. If I shouldn't ask these kinds of questions, please let me know.
Currently I am working on a Magento 1.9 site that was upgraded from 1.8 and when I enabled Google Checkout, the button doesn't appear on the cart page (/checkout/cart/). I went back to the default template that Magento uses and it still didn't work.
I then tried enabling Google Checkout on a clean copy of Magento 1.9 and it worked. Then I tried replacing the core mage checkout folder with the ones from the clean copy of Magento and that didn't work.
So I have test the layout, template and core mage checkout files and nothing happens.
I also tried accessing Google Checkout directly with this piece of code:
<?php echo $this->getLayout()->createBlock('googlecheckout/link')->setTemplate('googlecheckout/link.phtml')->toHtml(); ?>
Does anyone have any suggestions? Thanks so much!
First, turn the default template on for testing, just to be sure. Clear all your caches and try again. Make sure that there aren't any "hidden" elements on the page displaying it. It may be helpful to turn on template hints to see if the block exists as anticipated but does not render any content, or if the block actually does not exist as anticipated.
If no joy, check to make sure that Google's critera are met. Taking a look at that template and block, there are a few checks that need to pass to get checkout:
Mage::getModel('googlecheckout/payment')->isAvailable($quote)
$quote->validateMinimumAmount()
Every single product in the cart must return false to $item->getProduct()->getEnableGooglecheckout() (otherwise, ti looks like the template wants to display an image)
Report back if you still have problems :)
Thanks,
Joe