Recover Cart [Support Thread]

[Datax]

the attributes (in my case personalisations) do not show up in the email sent to customer or in the recover_cart_sales.php page which displays abandoned carts from the admin

am i misunderstanding what this is supposed to do or do i have a problem somewhere?

all other functions are fine, emails are sent etc. its just the attributes list that doesnt show up anywhere

This problem appeared a few times in this thread. I have the same problem working with the latest version of RCS in combination with 1.3.8a.

Did I miss the solution? Is there anybody who knows how to solve this problem?

Thanks

[bonnit]

i never got an answer im afraid :S

maybe someone can help?

[Datax]

I manage to figure out what the problem was.

admin/recover_cart_sales.php

line 471:
WHERE cba.products_id ='" . (int)$basket->fields['products_id'] . "'

They declared '$basket->fields['products_id']' as an integer but its
alphanumeric.

By removing the (int) part the attributes will show.

Solution:
line 471:
WHERE cba.products_id ='" . $basket->fields['products_id'] . "'

[bonnit]

I manage to figure out what the problem was.

admin/recover_cart_sales.php

line 471:
WHERE cba.products_id ='" . (int)$basket->fields['products_id'] . "'

They declared '$basket->fields['products_id']' as an integer but its
alphanumeric.

By removing the (int) part the attributes will show.

Solution:
line 471:
WHERE cba.products_id ='" . $basket->fields['products_id'] . "'

ive made this change, how do i confirm its worked, is this to show in the email or in my recover cart sales admin page?

[econcepts]

ive made this change, how do i confirm its worked, is this to show in the email or in my recover cart sales admin page?

This is a great point you came up with.

Attributes can be alphanumeric as they attached a 'session' type of identifier to each when adding to the cart. So it changes the typical '1' for example to '1.scnmvbiwsapagtdrtm' (or something like that.)

In these cases anything forcing them to numeric will fail.

To confirm if this is working or not you can start a cart (as if you are shopping on your site), login, then abandon it.

Wait 20 mins or more (till the session dies) and then look for your entry in the "recover carts' console. Send yourself the email and see if it includes the data you expect.

Let us know how it works.

[bonnit]

This is a great point you came up with.

Attributes can be alphanumeric as they attached a 'session' type of identifier to each when adding to the cart. So it changes the typical '1' for example to '1.scnmvbiwsapagtdrtm' (or something like that.)

In these cases anything forcing them to numeric will fail.

To confirm if this is working or not you can start a cart (as if you are shopping on your site), login, then abandon it.

Wait 20 mins or more (till the session dies) and then look for your entry in the "recover carts' console. Send yourself the email and see if it includes the data you expect.

Let us know how it works.

Thanks for your reply econcepts, i did as stated above and can confirm that no attributes have been passed over to either the recover cart console (not sure if they should !?) and not in the recover cart email sent to cutsomer, in this case myself.

i have reversed the change as it seems pointless if it doesn't make any difference.

does anyone else have any suggestions? or perhaps Datax you could confirm the change this makes and how you tested it to be a success? perhaps i've misinterpreted your post

Thanks

[Datax]

It does make a difference. The data shows up in tools/recover cart sales.

I think thats the place where you need it. You want the client to remember his cart. He does not need the exact description of the items in the cart.

For you its important to see if products are in stock.

Thats how it works for me.

I don't know much about php. The solution I found was based on try and error. I don't think its very difficult to let the attributes show elsewhere, maybe someone else can help you.

[sunflowertami]

Hello, can anyone confirm if this works on v 1.5? Thanks

[tnagel]

I just installed this in 1.5 but it doesn't get added to the administration menus automatically.

I know there is some voodoo you can do with the "register admin pages" tool, but I'm not really sure what to do there so I'm leaving it alone.

I can type in a manual url for the config like
http://www.mydomain.com/myadmin/conf...ion.php?gID=36 where 36 is a number you just trial and error find.

The actual tool is at
http://www.mydomain.com/myadmin/recover_cart_sales.php

Everything seems to work great...

Could some master-zenner tell us how to register the pages so they show up in the menus? This is the second mod I've got that doesn't show up in 1.5 (but works great).

-Tyler

[sunflowertami]

Hello Tyler,

I wouldn't rush installing the mods that are not confirmed to work on v1.5.

If you have been reading the threads on "Confirmed working mods in Zen Cart 1.5", you would know that there are security measures that need to be considered for it to be compatible with v1.5.

I'm eager to upgrade the cart too however, all those mods I currently have, are not compatible yet, so I just have to wait patiently until the original writer of the mod or some zen guru would jump in and fix it for v1.5.