February 8, 2013 at 1:06 pm #8524
Our Shopping Cart has suddenly stopped working. When you click to place a product into it, the checkout page just says that there is nothing in the cart.
We’ve been using the plugin for almost 2 years with no problems. Yesterday we launched a new product line (T-Shirts) and after a couple hours, and a couple of successful sales, the checkout cart “broke.” It would no longer work for any product on our site. We know it had worked for a while, because we had several sales. Now it just always says your cart is empty, no matter what you try to put in it.
So, last night I created a new page “checkout1” and moved the cart to that page. That seemed to fix it for a while. Now this morning, it is broken again. Right now I get the error message in Internet Explore and Safari, but not in Fox (but I had the site open in Fox when I went to bed last night, so I’m not sure if it is still working only because it was still open this morning).
The checkout page is here:
(I note that the URL that appears in the browser is actually [http://www.globalbodyweighttraining.com/checkout1/#wp_cart_anchor]
A sample shopping page is here:
The only thing that has changed at also recently is that we upgraded the WP3 Total Cache plugin a couple days ago. I’ve tried disabling it but that seemed to have no affect. I’ve also tried just emptying the cache and that doesn’t help. (And, of course, we launched this new T-Shirt page yesterday)February 8, 2013 at 9:03 pm #53708
As additional information, I installed an update of the estore plugin about 2 weeks ago.
Also, using the “Buy Now” button to bypass cart and go directly to paypal seems to work. (But with 80 products, its not very practical to change everyone to a Buy Now, and my customers use coupons).
ThanksFebruary 9, 2013 at 12:34 am #53709
Something on your server has changes or is broken. My first guess would be the PHP session is not working correctly anymore (it is showing all the correct symptom for that). Check the following post:
Also, this post can be helpful for this:February 9, 2013 at 12:50 am #53710
Okay, I’ll contact my host provider and see what they say. I’d looked at that post on the PHP sessions before and thought it didn’t apply, since mine doesn’t appear in the shopping cart at all, but I see the second part of that post suggests it could still be PHP even if the steps listed at the beginning don’t apply.
I’ll let you know what happens with the provider!February 9, 2013 at 1:19 am #53711DFranzwaMember
I’m having the same issue at [http://stickfiguresclipart.com] including the #wp_cart_anchor appended at the end.
Cart works when logged in as admin.
When not logged in, cart won’t update, showing an empty cart. When I log back in as admin, cart has product in it.
Issue consistant in both FF and Chrome
Tried troubleshooting this prior to updating to WP Version 3.5.1, then
Upgraded to: WP Version 3.5.1 and tried again.
Upgraded to WP eStore 6.9.6 about 3 wks ago because of similar issue.
Quick Cache Version 111203 (cache clearing appears to be working)
Any help?February 9, 2013 at 4:13 am #53712
I spoke with tech support at our web host (dreamhost). They said they could see that halfway through yesterday (which is when it stopped working), the temporary session files generated by estore suddenly changed. I was not logged in and made no changes prior to that happening. I asked the support tech to put it in writing since I don’t know much about PHP or sessions. Here is what she said:
As we discussed, the temporary session
files used by your shopping cart are still being created, but seem to
have changed sometime yesterday. Here’s a few of those files, showing
both the older type of file and the newer type.
1 mikfit pg4190232 0 Feb 8 19:52
1 mikfit pg4190232 0 Feb 8 19:30
1 mikfit pg4190232 0 Feb 8 19:35
1 mikfit pg4190232 18822 Feb 6 21:18 temp01uncn
1 mikfit pg4190232 0 Feb 7 15:36 temp02BWZZ
1 mikfit pg4190232 18822 Feb 6 22:42 temp02xN53
1 mikfit pg4190232 18832 Feb 7 12:08 temp0RIreu
1 mikfit pg4190232 0 Feb 7 15:07 temp0RSmDO
1 mikfit pg4190232 18822 Feb 7 09:04 temp0Th3Uh
I recommend you talk to your shopping cart developers to see why these
changed, why the new ones are still being made but not able to be used,
and how to straighten it out.
I’m going to try re-installing the plug-in.February 9, 2013 at 4:31 am #53713
Just did the complete reinstall of the latest update. Followed the instructions, deactivated and deleted the old one first, uploaded the new one through FTP, and reactivated.
No change. I’m getting desperate, any ideas where I look next for help? Not sure what to do since host provider says the problem is coming from the plugin not reading its own temp files properly.February 9, 2013 at 2:47 pm #53714
One more piece to the puzzle: Last night I left my Firefox broswer up and running all night. When I got up this morning, it allowed me to shop and place things into the cart! It had started working again! Even when I logged out as ad Admin from WordPress, it placed things in the cart and retained the old ones.
Then checked IE and Safari, and not working. No difference if logged in as admin or not. And I confirmed that it is still not working on other people’s computers.
What could make it start working when left on for a long time?February 9, 2013 at 2:52 pm #53715
(However, when I closed my Firefox browser and reopened it, it no longer worked there either).February 9, 2013 at 7:04 pm #53716
I’ve deactivated and reactivated all the plugins one at a time, with no luck. We can’t go another day with no sales, so I’m going to start converting everything to Buy Now, until we can fix the problem. As I mentioned, that will only work for short time, because our customers tend to buy multiple items, and we use a lot of coupons. So, the “GBT Clothing” page link I sent for you to test buying items will be changing to Buy Now buttons.
However, I copied all of the original code to a new page that I will leave live (but hidden from search engines) so that you can still look at it. That page is here:
karenFebruary 9, 2013 at 11:20 pm #53717
@DFranzwa, You are using quick cache pluign with is the issue. We don’t support it. We only support the following two caching plugins:February 9, 2013 at 11:30 pm #53718
@GlobalBodyweight, I think your hosting provider fixed your PHP session issue on the server so your site is working correctly again (I just checked it).
When the PHP session is broken on your site, only your hosting provider can fix it. Remember, the plugin is not broken, the PHP configuration of your server is. So the sooner you get your hosting provider to take a look at it and get it fixed, the sooner you will be up and running. When you first contact your hosting provider, you are usually dealing with first level of support who may not understand the issue fully. You want to talk to a systems engineer who will understand this and be able to fix the issue on the server.
If you read all the conversations in the following post you will see that every time the PHP session was broken on a site, it was a fault on the hosting provider’s side:February 11, 2013 at 6:12 am #53719
- You must be logged in to reply to this topic.