CS-Cart 4.0.1 add to cart button is not working

Hello,



We have installed 2 cs-cart 4.0.1 stores for testing purpose:



http://abc.isorno.com/ clean installation without products



And http://new.isorno.com/ with demo products (add to cart is working here without any problem)



On http://abc.isorno.com/ we have uploaded 2 products for testing to see if everything is functioning well but the strange thing is that add to cart is not working here at all.



This issues seems to be related with Ajax functionality of cart so I have tried to find information of how to disable the ajax cart on new CS-Cart 4.0.1 but I’m unable to find it so could you please provide me instructions on how do I disable Ajax cart completely?



At present we are using Prestashop for our website but we are planning to change it to CS-Cart so could you please tell us your opinion which ver. of cs-cart we should choose 3.x or 4.x?

Hello,



tried to check the error on Firefox error console when clicked the add to cart button:



demo store: [url=“http://new.isorno.com/”]http://new.isorno.com/[/url]



[11:41:48.420] POST http://new.isorno.com/ [HTTP/1.1 200 OK 1424ms]

[11:41:49.877] GET http://new.isorno.com/images/thumbnails/0/40/40/lcd-tv-32C120-01.jpg [HTTP/1.1 200 OK 350ms]

[11:41:49.879] GET http://new.isorno.com/index.php?dispatch=image.captcha&verification_id=iv_522165f748dfc&iv_522165f748dfc= [HTTP/1.1 500 Internal Server Error 751ms]

[11:41:49.880] GET http://new.isorno.com/images/thumbnails/0/50/50/lcd-tv-32C120-01.jpg [HTTP/1.1 200 OK 340ms]



Clean store: [url=“http://abc.isorno.com/”]http://abc.isorno.com/[/url]



[12:31:55.842] Use of attributes' specified attribute is deprecated. It always returns true. @ http://abc.isorno.com/var/cache/misc/statics/js/tygh/scripts-0b4ed0f204565d4856b8c219abea2695.js?ver=4.0.1:3

[11:41:09.556] POST http://abc.isorno.com/en/ [HTTP/1.1 200 OK 1137ms]

[11:41:10.681] GET http://abc.isorno.com/index.php?dispatch=image.captcha&verification_id=iv_522165d048417&iv_522165d048417= [HTTP/1.1 500 Internal Server Error 703ms]



i have uploaded test.csv file with data:



Product code,Language,Category,List price,Price,Weight,Quantity,Min quantity,Shipping freight,Date added,Downloadable,Files,Ship downloadable,Inventory tracking,Free shipping,Feature comparison,Zero price action,Thumbnail,Detailed image,Product name,Description,Meta keywords,Meta description,Search words,Page title,Taxes,Features,Options,Secondary categories,Pay by points,Override points,Override exchange rate,Supplier,Short description,Localizations,Status,Store

mid-1+120-p,en,Books///Computers & Internet,70,45,1,999,0,0,N,N,B,N,N,R,thumbnails/mid-312-p-bi-01.jpg,mid-312-p-bi-01.jpg,Adobe Acrobat 7.0 Classroom in a Book (Classroom in a Book),“

If you&#39,re like most Acrobat users–creative, business, and engineering pros who work with complex electronic documents–you can ill afford to miss a beat in your production workflow. Then again, you can ill afford being left behind when it comes to mastering the newest version of the important tool on your desktop, Adobe Acrobat 7. Not to worry: Adobe has brought the classroom to you in this handy volume, completely revised to cover all that&#39,s new and different in Acrobat 7. Through a series of self-paced lessons (each of which builds on the last and includes hands-on projects that the you can create using the files on the accompanying CD-ROM), this guide acquaints you with all of Acrobat 7&#39,s features for creating, reviewing, editing, commenting on, restructuring, and preflighting PDF files, including the newest: a tool for creating 3D objects, improved security, new tools for repairing errors in print preflight, structured bookmarks, the ability to export comments to Word docs, and more. Professional tips and techniques are scattered throughout!

”,Adobe Acrobat 7.0 Classroom in a Book (Classroom in a Book),“Capacity: R[4400mAh,6600mAh,8800mAh,10400mAh]”,Y,N,N,A,Isorno Company Ltd.

mid-120+45602-p,en,Apparel///Shoes,90,64.95,1,999,0,0,N,N,B,N,N,R,thumbnails/mid-313-p-bi-01.jpg,mid-313-p-bi-01.jpg,Adobe Acrobat 7.0 Classroom in a Book (Classroom in a Book),“Features
·, ,Mesh nylon upper combines light weight and breathability
·, ,High-traction rubber outsole
·, ,Unroll this open, breathable, high-traction performer to wear as a comfortable shoe or step into it like a clog around camp – the perfect shoe to pack when pack space is limited
·, ,Die-cut EVA midsole for lightweight comfort, airmesh lining for comfort and breathability, Ortholite antimicrobial moisture-wicking sock liner

”,Adidas Women's Daroga Mesh Casual Shoe,“{698}Clothing Size: S[{2894}7.5 M,{2895}8 M,{2896}6.5 M,{2897}7 M,{2898}8.5 M]”,Y,N,N,A,Isorno Company Ltd.



Also imported the test.csv file on demo store and i was able to add products to cart but when deleted all demo categories and products and after that reimported the test.csv file, i got the same error and again i'm not able to add products to cart.



Please help me.

I have found the bug is related to SEO urls when enabling language code along with urls the add to cart button doesn't work.



And if uncheck language code it works i have tested it. its a bug in new CS-Cart 4.0.1.

Hi,

working



Lucien

aze1.jpg

Hi Lulu51

Just in case I upgrade soon…

how did you fix it ?

Hope all is well for you.

I am having the same problem as the person above: When I click on add to cart, nothing gets added to the cart.

I worked on this problem a few different ways. Thinking this might be a permission issue, I recursively set permissions for all folders to 755 and files to 644. I am running php handler DSO with mod_ruid2, PHP 3.5. (CS-Cart lists /js permissions as possible issue). No joy.

Then I reinstall CS-Cart, same version, 4.3.9 in subdirectory to see if it is a server configuration issue or a core file got messed up. I placed 2 test products in clean install and there was joy! add to cart worked.

Last, I imported the store database from the root store to the subdirectory clean-install store which brought over my content and store settings and copied the images directory over. Now, the add to cart button does not place anything into the cart in the clean-installation with imported database.

I have gone over my store settings several times and am at loss to figure this out.

Mister sadface

since add to cart is an ajax request, have your browser inspector running and look for any js errors in the console or any php errors that are in the response from the ajax request.

I am having the same problem as the person above: When I click on add to cart, nothing gets added to the cart.

I worked on this problem a few different ways. Thinking this might be a permission issue, I recursively set permissions for all folders to 755 and files to 644. I am running php handler DSO with mod_ruid2, PHP 3.5. (CS-Cart lists /js permissions as possible issue). No joy.

Then I reinstall CS-Cart, same version, 4.3.9 in subdirectory to see if it is a server configuration issue or a core file got messed up. I placed 2 test products in clean install and there was joy! add to cart worked.

Last, I imported the store database from the root store to the subdirectory clean-install store which brought over my content and store settings and copied the images directory over. Now, the add to cart button does not place anything into the cart in the clean-installation with imported database.

I have gone over my store settings several times and am at loss to figure this out.

Mister sadface

Please provide us with the URL of your website

I am getting no javascript errors on google developer console. Tried a couple other javascript checks as well. nothing.

These PHP errors in my root error_log do not coincide with the add-to-cart button. These occurred when I tried to manage a user on admin site. They are the only current PHP errors.

[09-Aug-2016 13:53:23 UTC] PHP Notice: unserialize(): Error at offset 377 of 383 bytes in /home/******/public_html/app/Tygh/Web/Session.php on line 640
[09-Aug-2016 13:53:23 UTC] PHP Notice: unserialize(): Error at offset 0 of 2514 bytes in /home/******/public_html/app/Tygh/Web/Session.php on line 640

http://hollander.malverncomm.com/

clean install with database from webroot http://hollander.malverncomm.com/dev

Both are development sites v4.3.9

Unfortunately we cannot check the issue due to hidden Add to cart button for unregistered users. Registered profile should be approved by the administrator. Please create temporary customer account

Yes, of course. I approved your account. You should be able to see the add to cart button now. Thanks.

Yes, of course. I approved your account. You should be able to see the add to cart button now. Thanks.

Please change password and PM me account details

Can anybody let me know what solution was found for prevent unserialize error happen in Session.php line 640?

Nope, it's been a reported bug for years and has been present since at least V3. It seems to occur when someone is logged in and then tries to reference a page but the session has timed out. Since they can't duplicate it easily, they ignore it. You'd think they'd at least address the symptom if they can't find the cause.

Nope, it's been a reported bug for years and has been present since at least V3. It seems to occur when someone is logged in and then tries to reference a page but the session has timed out. Since they can't duplicate it easily, they ignore it. You'd think they'd at least address the symptom if they can't find the cause.

We recently examined this issue. It is caused by wrong characters is the salt parameter (which is used to generate passwords). To fix this issue it is required:

- find all salts with wrong characters and regenerate them (corresponding passwords will be lost)

- find function where salt for new customers is generated and optimize it

What are "wrong characters"?

The problem goes away when the user logs in (when salt is used). It seems to only occur when a user was logged in and attempts to access a page when the session has expired. The salt would only be used in the login function, and not the session code, correct?

What are "wrong characters"?

The problem goes away when the user logs in (when salt is used). It seems to only occur when a user was logged in and attempts to access a page when the session has expired. The salt would only be used in the login function, and not the session code, correct?

Serialized data is stored in the session separated by "|". If salt contains this symbol, you will get the notice

Well, I see it when salt does not contain that character and like I've said, this has been a reported defect since V3 (before passwords were salted).

Here's the salt from an account the generates the problem when the session expires. Note that it doesn't contain any vertical bar ('|') characters.

MGYQ>TD_VB

I'm not saying that having a bar character in the sale might not pose a problem, all I'm saying is that in my experience, the problem occurs before the load of the page for the auth controller and after the point where the session has been reset due to expiration.

In any event, if they'd fixed the defect years ago when it was first reported and not assumed that multiple user reports of the issue were user issues, then we wouldn't even be having this conversation, enjoyable as it is. And the real question is, if you have known the solution to the problem, then why hasn't cs-cart fixed it?

Tony, thank you for the details

And the real question is, if you have known the solution to the problem, then why hasn't cs-cart fixed it?

I think, because the answer of support is quite often - cannot reproduce

I think, because the answer of support is quite often - cannot reproduce

Yeah, it was kind of a rhetorical question....

I know that I've reported it all the way back to V3 (maybe even V2) and others have reported/discussed it too. So it's annoying that it's still present.