[Plugin: Cart66 Lite] v1.1 – unable to checkout – cart always empty

Okay Paolo, I will try to explain but I dont fully understand domain issues so I will just tell you what HostGator did to fix my problem. First I will describe my problem. I built sharepoint-cafe as a test site on a subdomain of davidandrewsmith.us… The subdomain was davidandrewsmith.us/sharepointcafe/, and I added and configured the Cart66-lite pages with this subdomain. Then I pointed my second domain (sharepoint-cafe.com) to this subdomain using HostGators UI. Hostgator calls this domain an ‘addon domain’. I noticed that when i browsed to my store/cart page the URL would be davidandrewsmith.us/sharepointcafe/store/cart rather than sharepoint-cafe.com/store/cart so I contacted HostGator and asked them if they could fix this. Here are some excepts from the chat with HostGator:

04:16:30 PM) Sean Ma: Thank you.
(04:16:37 PM) Sean Ma: Please refresh the page and tell me if your links are pointing properly.
(04:17:23 PM) David: no not yet
(04:17:32 PM) David: it still shows https://davidandrewsmith.us/sharepointcafe/about/
(04:17:52 PM) David: instead of sharepoint-cafe.com/about/
(04:18:01 PM) Sean Ma: One moment.
(04:18:16 PM) Sean Ma: You have two database entries, siteURL and Home, in the options table that controls the linking structure.
(04:18:26 PM) Sean Ma: I’ve changed it already but there may be another issue causing this as well.
(04:20:22 PM) David: ok
(04:22:08 PM) Sean Ma: Do you know if you’ve set any of your plugins to reference that same link structure?
(04:22:37 PM) David: oh possibly, i would need to check
(04:22:42 PM) Sean Ma: Refresh the page for me and tell me if you see the new link format.
(04:23:01 PM) Sean Ma: If you do, the next step is to find out which of your plugins is triggering the alternate format instead of reading from the database.
(04:23:39 PM) David: ok
(04:23:44 PM) David: it worked halfway
(04:23:50 PM) Sean Ma: Alright, one moment,
(04:23:55 PM) David: shows correct URL, but with error
(04:23:56 PM) David: “Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.”
(04:24:02 PM) Sean Ma: I may have to disable and re-enable your theme as well.
(04:26:09 PM) Sean Ma: It appears to be the caching plugin that has the old URL in it somewhere.
(04:26:15 PM) Sean Ma: I’m working on the ISE500 page still however.
(04:26:33 PM) David: ok
(04:29:59 PM) Sean Ma: Can you give me the admin login for wordpress on this site?
(04:30:45 PM) Sean Ma: If not I can set a new one.
David gives him passwrod…
(04:32:36 PM) Sean Ma: One moment,
(04:41:51 PM) Sean Ma: I apologize for the delay David, This is a compound issue, I’ve fixed the first half, I’m still isolating the root cause of the second issue, I’m currently reinstalling supercache.
(04:42:02 PM) David: okay thanks
(04:42:12 PM) Sean Ma: You may have to clear your browser cache before it shows correctly, but i’m confirming that on my end first.
(04:50:52 PM) Sean Ma: Ok David. I didnt need to uninstall the cache plugin, however the .htaccess file never contained the necessary coding for it. Additionally, I recommend installing “w3 super cache” instead, because it caches both the db queries and the pages, instead of just the pages.
(04:51:04 PM) Sean Ma: But the issue is now resolved, You’re more than welcome to confirm this on your end also.
(04:51:37 PM) David: yes, it is confirmed on my end, thank you
(04:51:58 PM) David: thanks for your help

Again, I’m not sure why this affected only IE 8 and not FireFox or Chrome. However, after HostGator fixed this issue above my cart is no longer empty in IE 8.

The name of the cache plugin is actually W3 Total Cache, not W3 Super Cache. “The most complete WordPress performance framework.
Recommended by web hosts like: MediaTemple, Host Gator, Page.ly and WP Engine and countless more.”

Thank sharepoint-cafe.com but I don’t have other plugins installed.
By the way I’ve seen that in my website the “Continue shopping” button has a strange link: the actual page plus the page where to continue shopping. The value is correctly stored on the database but seems not to be fetch correctly. So… I can’t still figure out what could be

odd but when I’m logged into the site, I can use the cart/coupon code w/o it emptying.

I wish the DEVELOPER would respond to these issues.

Using Cart66 Lite Version 1.1.5 I have the same issue. only have one product created. When I add it to the cart it i get Your Cart is Empty. Deactivated several times. Using IE 8 please help!

I had to switch from Cart66-Lite to e-junkie because i need to distribute software codes with each purchase and Cart66 does not offer that feature yet. On the e-junkie web site i found something about working with Paypal that may be relevant here:

If PayPal’s site detects a cookie in the buyer’s browser from a previous PayPal account login, then they will assume the buyer either already has a PayPal account or is using a shared/public computer which may not be secure, so they will not offer the direct card-checkout option in that case. If you are testing your own cart with a PayPal checkout, you would also encounter this behavior since presumably you would have logged into your own PayPal account recently; you should be able to see PayPal’s card-checkout option by clearing your browser cookies before you test your cart, or by testing with a different browser program that you’ve never used to log into PayPal.

It may just be an issue with your browser, cookies and paypal!! It may have nothing to do with Cart66. Someone test this and let us know. I can’t test it, I’m not using Cart66 at the moment.

David
https://sharepoint-cafe.com
https://davidandrewsmith.us

I don’t even get to the checkout option … Just says cart is empty. I’ve cleared all cookies Oh & there is no clear cart shortcode in the page either..please help!

For those of you still having problems with this, it may be specific to the hosting environment, but I believe I figured out a fix that should work for most. (I am using MAMP so my environment is localhost)

If you open the Cart66Session.php file in wp-content/plugins/cart66-lite (or pro I would assume)

go to around line 170 and find:
setcookie('Cart66SID', self::$_data['session_id'], 0, '/', self::_getDomain());

replace with:
header('P3P:CP="IDC DSP COR ADM DEVi TAIi PSA PSD IVAi IVDi CONi HIS OUR IND CNT"');
setcookie("Cart66SID",self::$_data['session_id'] , false, "/", false);

This sets the header privacy policy so that cookies are generally allowed more by browsers (otherwise they can get blocked sometimes, useful for cookies in frames also). This also changes the cookie to not have a string domain attached to it (which is where I believe it was bombing out and not saving the cookie).

Hope this helps others, like I said no guarantees it works everywhere as I haven’t live tested it, but my cart now shows up and my session sticks with me.

Also, FYI there is a useful debugger that I used to figure this out under Settings-> Error Logging & Debugging.

Was there any final resolution? I am also having an empty cart issue.
I am using Cart66 with the following diagnostics configuration
Cart66 Version: 1.1.6
WP Version: 3.2.1
WPMU: False
PHP Version: 5.2.17
Session Save Path: /tmp
MySQL Version: 5.1.58
MySQL Mode: Normal
Table Prefix: wp_
Tables: All Tables Present

Everything works fine with firefox, chrome and safari (all installed on the same machine). But when I use IE 8 on windows 7 32bit I have the empty cart issue. On a different machine with IE8 on Windows 7 64bit it works fine. I turned on the debuging and this is what it reported.
[Cart66Session.php – line 209] Session is not valid – User agent changed
I have removed all cookies and cached files and even tried CammoKing’s suggested fix. Nothing has worked yet. Ideas?

I also have this problem with a few of my customers.
I have the pay version of cart66.

Please Help?

I’m also having this problem, starting to panic now as there doesn’t seem to be a fix & I’m losing customers at my busiest time of year… would consider paying for Cart66 if I knew I could then get it fixed… but conspicuously no mention of any fix in the changelog…

Am running Cart66 1.1.3, PHP 5.2.17

All was fine until a few days ago. I didn’t change anything, so don’t see how it could be a permalinks problem.

Sorry if I’m being thick, but can’t find [Cart66Session.php] – only have [Cart66.php]

Any suggestions wld be hugely appreciated ??

@pocopresto:

In the event that you were not able to locate the file, Cart66Session.php is located in wp-content/plugins/cart66/models.

We were encountering a similar issue, but only with AOL, we haven’t resolved it for this user as yet, but it’s working for other AOL users. I think it may be cache/cookie issue at the browser level.

Thanks JT Admin – will have a look ??

It would be very nice if the plugin supports other pages for store rather than defaults. I want to create another page and name it “shop” or “магазин” (which means “shop” in my language), and use that keyword into the URLs.

So can you please tell me what should i do, to make that change, or do you plane to make that feature in future development of the plugin?

I am having a sessions problem, when i upgrade form cart66 Lite to cart66 pro, cart66 does not update accordingly, cannot update settings… even after deleting the the files from plugins in wordpress and reinstalling I get the same settings and products!?

so it is being saved in my database or hosing somewhere..

hey reality66 why don’t you come out your hiding place and give a hand with this?