Linking to Products when Logged-in

[Dybbuk]

Hi,

http://www.url.com/cgi-bin/ss000001....F=56&NOLOGIN=1

is the link I use for linking to products, however this doesn't work properly when a user is logged in (it takes users - sometimes at least - to the correct page but not specifically to the relevant product).

What am I doing wrong here?

DB

[dave_finlayson]

DB,

If I am understanding you correctly can you not just use this format to link to products:-

../acatalog/my_product.html

On the assumption you are manually creating these pages.

All my links are now working correctly!

Dave

[Dybbuk]

Hi Dave,

I have numerous products per page, and...

http://www.url.com/cgi-bin/ss000001...EF=56&NOLOGIN=1

takes customers to a particular product (ref 56 above) on such a page. The problem is that when a customer is logged in, said link format doesn't work. It just about takes the user to the product page with... ballpark accuracy.

So I just need to somehow filter the aforementioned link through the search script while maintaining its original purpose.

DB

[cdicken]

http://www.url.com/cgi-bin/ss000001....F=56&NOLOGIN=1

This format of link will always take people to the correct product as long as

<a name="NETQUOTEVAR:PRODUCTANCHOR"> ... </a>

is always present in the product layout templates you are using.

[Dybbuk]

Thanks, looks as if that will do it.

Cheers,

DB

[Dybbuk]

Chris,

Thought this would do it but I already had

<a name="NETQUOTEVAR:PRODUCTANCHOR"> ... </a>

In my price line template. The problem only exists for logged in customers, where:

http://www.url.com/cgi-bin/ss000001...EF=56&NOLOGIN=1

Becomes...

http://www.url.com/cgi-bin/bb000001....uctpage%2ehtml

This bit doesn't look quite right to me:

23a2&PRODUCTREF=2#a2&ACTINIC_REFERRER=

Any idea what could be causing this problem?

DB

[Dybbuk]

Any thoughts? Tried a few other things but still not working.

[shiver]

I have the same problem maintaining login.

The AUG on page 43-44 has info but I dont understand where to put the code ie the hidden field. An explianation would be usefull

[cdicken]

Oh dear.

You're right.

I have no idea when this changed, but I have reported this as a bug to the development team and I will come back with alternative code to use.

[cdicken]

Shiver

You need to be more specific about what you are trying to do - but can I please ask you to ask your question as a new thread.

Thanks.

[Dybbuk]

Cheers Chris, look forward to the code

[cdicken]

Hi there

Right. There is a bug in Actinic in this area, but a fix can be found by editing Actinic.pm.

The problem is that the ACTINIC_REFERRER%3dhttp%3a%2f%2fwww%2eurl%2ecom%2fcgi-bin%2fbb000001%2epl is being added when it does not need to be. Rather than remove it all together, I have been given details of a Perl change which will fix move the ACTINIC_REFERRER to the beginning of the URL.

1) Open Actinic.pm in Notepag

2) Search for 'sub BounceToPagePlain'

3) Then search for '($nDelay >= 0)' - it is is the SECOND instance you are looking for.

4) A few lines after the above match you will see...

$sRefPage .= "&ACTINIC_REFERRER=" . ACTINIC::EncodeText2($sReferrer,$::FALSE);

Comment this out by inserting a # at the start of the line. i.e.

# $sRefPage .= "&ACTINIC_REFERRER=" . ACTINIC::EncodeText2($sReferrer,$::FALSE);

5) At the same point insert the following 2 lines...

my $sReferrer2 = ACTINIC::EncodeText2(ACTINIC::GetReferrer(), $::FALSE);
$sRefPage =~ s/\?/\?ACTINIC_REFERRER=$sReferrer2\&/;

That worked for me. Just make sure the line you comment out starts with
$sRefPage
and not
$sReferrer
They are very similar!

This will be fixed in a future maintenance release.

[Dybbuk]

Cheers Chris, that worked perfectly.