items don't get added to cart first time

This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.
12 years ago
worst kind of issue, i'm unable to reproduce it consistently

Problem Summary
about 1 out of every 30 orders, when the customer adds the first item to their cart, it brings them to an empty shopping cart; they are from their able to navigate to the product they wanted and add it, and it will bring them to the shopping cart page with the product in it this time.

Site information
version 2.3
site is setup with ssl, has anonymous checkout allowed, and has multipage checkout.
when you view a product, its not ssl, when you click 'add to cart' it changes to ssl (normal behavior, just an fyi)

What i've tried
messing around in ie, adding/removing product, manually changing between ssl and non-ssl- multiple ie windows open, i was able to get it to reproduce the error (not sure exactly what caused it though)- my non-ssl page had 2 items in the shopping cart while my ssl page had 0 items.  Forcing the product pages to be ssl did not seem to fix the issue once the issue was already occuring. Clearing the browser cache off of my machine seemed to fix this error.

it seems to seperate the ssl session from the non-ssl session

What i'm asking
does anyone have any pointers on how I could prevent this from happening to shoppers on the site?
(hoping someone has had this problem before and found a solution)

I've been told this has happened about once a week, but those would only be the people actually notifying the site owner that its happening, and who knows how more its happened.
12 years ago
dfwitdepartment wrote:
worst kind of issue, i'm unable to reproduce it consistently

Problem Summary
about 1 out of every 30 orders, when the customer adds the first item to their cart, it brings them to an empty shopping cart; they are from their able to navigate to the product they wanted and add it, and it will bring them to the shopping cart page with the product in it this time.

Site information
version 2.3
site is setup with ssl, has anonymous checkout allowed, and has multipage checkout.
when you view a product, its not ssl, when you click 'add to cart' it changes to ssl (normal behavior, just an fyi)

What i've tried
messing around in ie, adding/removing product, manually changing between ssl and non-ssl- multiple ie windows open, i was able to get it to reproduce the error (not sure exactly what caused it though)- my non-ssl page had 2 items in the shopping cart while my ssl page had 0 items.  Forcing the product pages to be ssl did not seem to fix the issue once the issue was already occuring. Clearing the browser cache off of my machine seemed to fix this error.

it seems to seperate the ssl session from the non-ssl session

What i'm asking
does anyone have any pointers on how I could prevent this from happening to shoppers on the site?
(hoping someone has had this problem before and found a solution)

I've been told this has happened about once a week, but those would only be the people actually notifying the site owner that its happening, and who knows how more its happened.


Interesting. Did you notice any new logs generated during your tests?
12 years ago
system>log doesn't show anything important, and no events for when the problem occurs (just path not found for icontroller, ya know, old bots trying to find stuff that ain't there;)

i'm remembering this happened in a previous version of nop i had, but it was just in ie that i had the problems and i think i just avioded using that machine until i upgraded.
12 years ago
Update:

We've found that whenever this occurs- the hosting provider is restarting our website because its going above the 200mb memory usage limit.

I've just increased the hosting plan and will see if the problem goes away.



On a side note, i'm kinda annoyed how much memory nop seems to require vs what hosting providers give. Guess its just something I have to verify now before going with a provider.
12 years ago
Still having the problem;

Upgraded to 2.4 and made sure that SQL Sessions are setup/used.

Hosting provider says there haven't been any restarts during the times that the problem has occurred.

There's nothing in the logs during the time the problem occurs.




Not sure what causes the problem to occur, but when it does occur:
When someone adds something to their cart, it doesn't add the item, it just brings them to an empty shopping cart; if they go back to the product, it will sometimes add 2 items instead (as though it remembers it needed to add one originally) or it just adds one like its supposed to.
12 years ago
Does it only happen to guest customers or people that are logged in, too?  It feels like Sessions are getting mixed up but I'm not sure how that is possible.
12 years ago
I'll try to determine if its just isolated to users not logged in; i'll also try to find out if its browser specific.
12 years ago
After confirming that browser didn't matter and guest checkout didn't seem to affect it; I was told that people were able to add to their cart after they had added another product.


Some products were setup to use the 'Variants in a Grid' template even though they were a single variant; for some reason the variants in the grid 'add to cart' wasn't working right if the cart was empty;

so far, changing it to the single item variant template seems to have fixed the problem.


I still don't get why this happened inconsistently; but i just did some tests, and a new visiter to the site (cleared cookies/cache) was unable to add an item to the cart through the product page if its a single variant product setup on the 'variants in a grid' product template; i changed the product to the 'single variant' template and the glitch no longer occured.
12 years ago
i spoke too soon, its definantly got the sessions messed up :(

when i first go to the site, http, it says i have 4 items in my shopping cart, but when i go to checkout, https, it says i have 0 items in my shopping cart.
12 years ago
seems to be a problem with the site switching between http://domain.com to http://www.domain.com; so it probably was a consistent error after all.
This topic was automatically closed 365 days after the last reply. New replies are no longer allowed.