Cart returning to incorrect page after Item Addition

[Marci]

Using Actinic Catalog 6.1.5.0.0.0.EGRA, hosted on a FreeBSD box...

Problem:
Add an item to cart and it will ALWAYS return you to the Processors page (http://store.over-clock.com/Processors.html) rather than the referring catalog page for the product added....

Where should I start looking to get to the bottom of this?? Am using heavily modified templates but only in terms of appearance. Everything else (eg: HEAD sections etc and actinic scripts) are all as standard for this release and the base-Business theme that our site is created from (iirc)

Catalog URL - http://store.over-clock.com
CGI URL - http://www.over-clock.com/cgi-bin/
Codebase - ./public_html/
CGI > Actinic - ../acatalog/

[Marci]

Act_ShoppingCart.html is as follows:

<!-- ShoppingCart HTML begin -->
<!-- Add your Shopping Cart header html here -->
<INPUT TYPE=HIDDEN NAME=CHECKOUTURL VALUE="NETQUOTEVAR:CHECKOUTURL">
<DIV ALIGN="CENTER">
<TABLE BORDER=0 CELLSPACING=0 CELLPADDING=10 WIDTH="600">
<TR><TD>

NETQUOTEVAR:REFPAGE  (so it's definitely there!)

<Actinic:CARTUPDATEERROR/>

NETQUOTEVAR:CARTDISPLAY

<P>
<TABLE BORDER="0" CELLPADDING=0 CELLSPACING="0">

*SNIP*

[cdicken]

Marci

I have asked the developers to take a look at your store.

[Marci]

Much appreciated fella!

[cdicken]

Marci

Just an update - it's not that it is referring you always to http://store.over-clock.com/Processors.html - it actually is always referring to you to the page you were on when you first added something to the cart. In my case it is now always returning me to http://www.over-clock.co.uk/acatalog...ored_Fans.html

Hmmm....

It is to do with the fact that you have masked your 'acatalog' folder but I need more input from the Development team before I can say for sure.

[Marci]

Righty... the subdomain is only in place for the catalog pages... for the checkout etc the subdomain is removed and it reverts back to www.over-clock.co.uk/acatalog as that's the only path that Actinic SharedSSL will accept from. Logic would say to me that if it's cookying the Referring URL then where it came from shouldn't be an issue... it's almost as tho it's a case of it ending up with 2 separate cookies... one for store. and one for www. and all is correct going from store > www but when leaving cart and going back to store the cookie can't be unset on store.

(does that make sense or sound vaguely correct???)

[cdicken]

Here is a response from the development team...

The site uses two URLs

http://www.over-clock.com/ and http://store.over-clock.com/

When determining the last shop page the scripts will determine that the
referrer page is from a different server from the base server and
therefore not record the referrer page as the last shop page.

Basically, the scripts are on www.over-clock.com but the store pages are on store.over-clock.com. The scripts are looking hungrily for a referrer page on www... but they do not find one until they return a customer to the store after adding to cart. They then use this URL as the referring URL for all subsequent cart operations because it is the only one which it thinks it has available to it.

Becasue this is outside of Actinic functionality I have no great advice other than not using the store.over-clock.com URL once the customer is in the actual store.

[Marci]

Hmmm... guess I may have to replace all the referrer code with permanent /acatalog references then to force back to root of store... we can't drop store.over-clock.com due to the amount of business we get from searchengines and other indexes... the drop in sales in the changeover whilst it all got reindexed and reranked would be fairly large for us...

S'just odd that it's only JUST started doing this... yet we've been operating via subdomain for well over a year now and not had this issue in the past...

Cheers fella, and pass on my thanks to the devboyz...