Posted 1 year ago #
don't have any problems with 1.0.8, but with 1.1 when i add an item to the cart, then view the cart, then click checkout, the cart is empty and "your cart is empty" is displayed.
also the form for customer information is displayed for digital downloads.
12bytes.org, but i'm running 1.0.8
Posted 1 year ago #
problem was DB Cache Reloaded Fix - it works with Cart66 1.0.8, but not with 1.1
Posted 1 year ago #
As of Cart66 1.1 the "session" data for Cart66 is stored in the database. We did this for a several reasons. It resolves the "incomplete object" issues when other plugins call session_start() before cart66 is loaded. Also, if you are running a load balanced server cluster, the cart data needs to be available to all the servers in the cluster. Having the cart session data in the database allows all the servers in the cluster to access the cart data whereas this would be very difficult using the filesystem based session management in PHP.
Posted 1 year ago #
ah, that explains the cache problem. thanks for the info!
i re-rated earlier and changed status to "working" by the way.
Posted 1 year ago #
I am having this same problem.... but I dont have any cache system on... Do you have any ideas of what the problem might be?
Posted 1 year ago #
don't know if i can be of any use, but did you try deactivating and reactivating?
are you using any security plugs that might interfere?
try disabling all other plugins that might conflict?
Posted 1 year ago #
Like wp.Man said, try deactivating and activating again. Cart66 1.1 needs an additional database table to be installed which will happen when you activate the plugin. Let me know if that solves the problem. Thanks!
Posted 1 year ago #
Testing out Cart66 Lite, before we go ahead with a multi-license version.
Have built a test site, as a mirror of a live site for a client, which needs to be fully e-commerce with PayPal Payments Pro.
Having the same issue as above posts. When an item is added to the cart, the "cart" page automatically loads, the shortcode [cart] on the page shows the shopping basket with the item chosen, but the sidebar shopping cart says "empty". When one clicks the 'checkout' button, the "checkout" pages says "shopping cart is empty".
Whilst on the "cart" and "checkout" pages, the main menu text is reflowing oversized, as if the theme's CSS is being over-ridden, or there is a conflict.
What could be causing this? Below is a screen shot of the "cart" page.
Perhaps you might have an idea, reality66? Or anyone else?
Thanks!
Posted 1 year ago #
We just deployed an update, Cart66 Lite version 1.1.2, that should fix the empty cart problem. It's free and ready to download now.
This "empty cart" problem appears to have 2 potential causes.
1) The cart66_session table does not exist.
Cart66 1.1 needs one extra table to store the state of the shopping cart that previous versions of Cart66 did not use. This extra table is installed during plugin activation.
2) Using a version of PHP prior to version 5.2.3.
Cart66 1.1 was relying on a callback function to save the state of the shopping cart between page views that was calling a static method of a class using a syntax that became available as of PHP 5.2.3. So if you were using a version of PHP older than 5.2.3 the callback was skipped and the changes you make to the cart (like adding products) would not persist between page views.
The Cart66 1.1.2 release fixes this by changing the syntax used in the callback function to a format that older versions of PHP can handle.
In addition, the Cart66 1.1.2 release adds hooks for easier 3rd party extensions for Cart66. The hooks are cart66_after_add_to_cart, cart66_after_update_cart, cart66_after_remove_item, and cart66_after_order_saved. We'll be updating the documentation on how to use the hooks shortly.
Posted 1 year ago #
The Cart66 Lite version 1.1.2 seems to have fixed the "cart empty" problem for Mozilla and for Safari but not for Internet Explorer 9 or Chrome (latest version). Chrome and IE are still showing the same message when you try and checkout. Would upgrading to pro fix this issue or not? Please fix this ASAP, I am likely to use mostly pro versions of this plugin if I am able to provide the lite version as an option to my customers. I'm confident that they will want to upgrade to pro because of the extra features even if they start out on the lite version. Thanks very much, it seems like it will be a great plugin :)
Posted 1 year ago #
@devon - i just tested this and had the same problem, though resetting IE permissions fixed this. in particular, check that IE works with default cookie and JS permissions.
i cannot speak for chrome
the problem here is that, if cookies/JS are restricted/denied, then i think C66 should catch this so it can prompt the user rather than leave the user frustrated and wondering why their cart is always empty.
Posted 1 year ago #
@devon - I am having trouble reproducing this error. I've tested in both IE (on windows) and Chrome (on windows and mac) and the cookie seems to be getting set in every case. I've read that IE may have trouble setting cookies if you the site your are testing is referenced by "localhost" but I haven't been able to confirm that. I'll keep looking into this and if anyone else has any insight on how to improve the reliability of the cookie getting set, please let me know.
The syntax used to set the cookie is this:
$domain = $_SERVER['SERVER_NAME'];
setcookie('Cart66SID', $sessionId, 0, '/', $domain);Cart66SID: The name of the cookie
$sesisonId: A unique string to identify the session
0: The expiration time - expire when browser closes
/: The path - cookie available to entire domain
$domain: The domain that the cookie is available to
Thanks!
Posted 1 year ago #
Hi reality66. I am currently using localhost for testing and this is likely the problem from the sound of things. This is great news and I will test this later tonight when I am free. Thanks very much for the info sir :)
Posted 1 year ago #
Hi reality66
Have installed the Cart66 Lite version 1.1.2, but still getting 2 errors:
1 - Cart empty
2 - All pages related to the shopping cart default to a standard font, ignoring our Cufon font in the menu, the sidebars, headings, etc.
My guess is a conflict of some sort related to the theme and Cart66??
We're very ready to try out the Pro version of Cart66, but doubt this will change anything.
These errors occur across all browsers.
Any ideas?
Thanks!
Posted 1 year ago #
Hello Lee
I think I have a conflict between the file "jquery_1.3.2.js" and some js file with Cart66.
Any ideas which this could be?
The conflict is causing a font problem, and the "your cart is empty" error.
Help!!! : )
Posted 1 year ago #
@WhatBox - this might be plugin conflict. try disabling and re-enabling until you find it. i'd be curious to know what plugin is causing it if you care to post back.
Posted 1 year ago #
Hi wp.Man
I have no plugins activated as I text this!
We have built the site with "my page order" and "simple image widget", the barest minimum, but cart66 still giving attitude, even with these deactivated.
: (
Posted 1 year ago #
did you try the default theme?
failing that, i don't know what else to suggest. one of the C66 devs will probably show up hopefully :)
Posted 1 year ago #
Hi wp.Man
Nope, activating the default Twenty Ten theme does not resolve the issue. I'M not so sure how this affects the fonts issue, as this come with the theme (Watercolor) but the shopping cart empty error persists.
Yup, hopefully genius help on the way with a C?? developer.
We have had endless nightmares with wp-ecommerce, and so are looking for an alternative. But before purchasing the pro version of Cart66, wanted to identify potential problems with the Lite version first.
Thanks mate!
Posted 1 year ago #
Hi WhatBox. The "empty cart" problem may be caused by a couple things.
1) Cart66 Lite 1.1 installs a new table called wp_cart66_sessions where it stores info about what is in the cart. If this table isn't created then the cart will always be empty. The table should be created when the plugin is activated.
2) If you site flip-flops between subdomains, like with and without the www, you generate new session info for each subdomain. So if you add products to the cart at http://www.example.com then flip over to example.com (without the www) your cart will be empty.
3) If you have a caching plugin running you will run into all sorts of odd problems. So do not run a caching plugin, or at least, don't cache your shopping cart pages. If visitor A adds product X to the cart and you cache their "view cart" page, then visitor B adds product Y to the cart and you show them the cached "view cart" page it will look like visitor B added product X.
If none of these ideas provide a solution, I'd be willing to log into your site and see if I can figure out what's going on (free of charge of course). If you'd like me to do that, you can securely submit your login info here https://cart66.com/cart66-help/
Posted 1 year ago #
Hello Lee
Thank you!! I have submitted all login info for you at the link provided.
1) I guess the table is not being activated. I have deactivated and activated several times, but no help.
2) No flipping between subdomains. But am going into https for the cart, etc.
3) No caching plugins. (Don't think!)
As I said before, we are building the Cuban Corner site for a client, and have had no luck with the WP e-Commerce we installed. Found you guys, and desperately need a solution. This is our first e-commerce site, but not the last. Besides more e-commerce sites planned for clients, we are planning to build 6 satellite sites of our own, which will focus on specific services we offer, and these will be e-commerce.
We are relatively new to WordPress and PHP. Would LOVE to find a perfect WordPress e-commerce plug-in, which we will use for everything in the future. And the Cart66 support record looked great.
OK, hardsell over! : )
Cheers,
Rob
Posted 1 year ago #
Hi WhatBox. You had the [clear_cart] shortcode on your view cart page. So every time the cart was viewed it was also dumped. Taking out the [clear_cart] shortcode solved the problem. You really only need to use the [clear_cart] page if you are using PayPal Standard and create a pseudo-receipt page for your PayPal "thank you" page and you want the cart to be cleared when a buyer returns to your site after a successful sale.
Let me know if you have any other issues.
P.S. We also fixed a few jQuery issues in your theme with the custom.js and the filterable.pack.js files.
Posted 1 year ago #
Sweeeeeet! : )
OK, no more [clear_cart] shortcode. I think I thought it necessary if a customer wanted to clear their cart.
One more little thing though. Something is conflicting with the fonts.
Easy to fix?
Thanks a whole bunch Lee.
Rob
Posted 1 year ago #
i'm not seeing a problem with the fonts. cufon seems to be loading fine.
Posted 1 year ago #
Well blow me away! I wonder why the fonts were not loading well before?! But now everything is fine. Some sort of WordPress time-lag? ; )
Lee, thank you! b00y0h, thank you!
We're on our way I think!
Will get going with Cart66 Pro.
Happy long-weekend folks!
Rob and Sam
Posted 1 year ago #
The fonts may have been breaking before due to the jQuery errors you were having. When we fixed them, that probably allowed the cufon fonts to start working. Perhaps you just needed to refresh/clear your browser's cache.
Posted 1 year ago #
So far added a test product, and payments successful via PayPal and credit card!
We are happy campers! Will let you know when all is complete. Perhaps we can add the site to your showcase when it's ready?
Cheers,
Rob
Posted 1 year ago #
Hello Lee
Sorry to bug you!
Have loaded all products, and now just a few tweaks to format and centre all and we're done.
However, even though all tests ran successfully yesterday, and no changes to any js files today, I have the cart empty issue again. : (
And there's no [clear_cart] shortcode this time!
The site is in the "en" folder, store is "store". All login info remains the same.
I hope this is a quick one? I can't think what has happened. Thanks!
Posted 1 year ago #
Never mind! Just updated the permalinks! All good now. : )
Posted 1 year ago #
Don't know if people are still having issues with this but I also had the same problem. The plugin doesn't work if your site url is 'localhost', I just changed mine to 127.0.0.1 and now it works fine.
I assume others here were testing it out on their local machines so hopefully that should resolve the problem.
This topic has been closed to new replies.
