VP-ASP :: Shopping Cart Software

Shopping Cart Software Solutions for anywhere in the World

US/Canada(Toll Free): +1 888 587 2278
Europe/UK: +44 (020) 7193 9408
Australia/New Zealand: +61 3 9016 4497

VP-ASP Shopping Cart Customer Forum

Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 VPCart Forum
 Problems and bugs
 Skipping Payment Page
 New Topic  Reply to Topic
 Printer Friendly
Next Page
Author Previous Topic Topic Next Topic
Page: of 2

jwalter
Starting Member

1 Posts

Posted - March 14 2003 :  17:02:47  Show Profile  Reply with Quote
We recently had 3 customers place orders that did not go through the "Enter Payment" screen. However, we did receive emails from them. They claim the "Enter Payment" screen was skipped, and then their order was confirmed. We cannot recreate this error. Has anyone had a problem with this?

Cam
VP-ASP Super User

Australia
361 Posts

Posted - April 05 2003 :  19:12:45  Show Profile  Visit Cam's Homepage  Reply with Quote
I have noticed this happening with some of our customers in the past. What the cause for them was using a shared ssl certificate and either they were using the shopcheckout.asp page or they were using a third party gateway.

For most gateways you need to have your own SSL cert installed and if you are manually processing the cards you must use the sslshopcheckout.asp page.

Cheers,
Cam

*************************************
Cam Flanigan
YourVirtualStore Sales
e-mail: http://www.vpasp.com/sales/shopcustcontact.asp
web: http://www.yourvirtualstore.net

Build you own YourVirtualStore!!!
www.yourvirtualstore.net
*************************************
Go to Top of Page

Superal
VP-ASP Expert

Canada
542 Posts

Posted - April 06 2003 :  10:49:35  Show Profile  Reply with Quote
Why do I need SSL installed if I use a gateway?

The gateway takes me to the providers system. They better have SSL since I have nothing to do with the transaction once handed off. All I get back is a confirmation or denial with the details.

Manually processing your own CC is another matter.

Go to Top of Page

joeken
Starting Member

USA
2 Posts

Posted - May 05 2003 :  14:16:18  Show Profile  Reply with Quote
This has happened to us as well. We have also had problems with the cart dumping everything in it half way through the check out process.
When I look at the orders that skipped the payment screen in the Orders Menu, the payment area is blank.

Go to Top of Page

Jbob
Starting Member

USA
3 Posts

Posted - December 05 2003 :  17:21:12  Show Profile  Visit Jbob's Homepage  Reply with Quote
[VPASP v5]
I am still getting more and more complaints from customers that can't complete their order. They fill out their customer information and shipping method and then after they press continue, they get the page that says their order has been processed. They were never presented with a way to enter their payment information.

I have tested and tried to duplicate these complaints but I can not get the cart to mess up.

Everything that I have tried has failed to fix this problem.
Does anybody have a clue what's really going on and have a way to fix this problem. I have this problem everyday now and it's costing me money in loss sales. I tested the cookie theory and the crossing over from a http://www.***.com vs. to a http://***.com page but I still can't get it to mess up.. I even increased the customers shopping time from 20 minutes to 30 minutes. I've replaced the shopcheckout.asp, shopcustomer.asp and the shopcreateorder.asp but replacing them didn't do anything to help either.

Yes I have my own SSL and it is not shared. I manually process the credit cards orders so no gateway is being used. VPASP does force the customer to go to the correct SSL page (***.com)even if they originated their shopping cart from a www.***.com page

Any ideas would be appreciated.

Regards... JB



Edited by - jbob on December 05 2003 17:27:53
Go to Top of Page

support
Administrator

4266 Posts

Posted - December 05 2003 :  21:13:18  Show Profile  Visit support's Homepage  Reply with Quote
The message "order has been processed. " means that session variables are being lost. It is always always related to switching. domain names. It is also possible to put back some additional checks to prevent this from occurring.

If you send you site details to http://www.vpasp.com/sales/shopcustcontact.asp we may be able to help you discover where this is happening.

Howard Kadetz
VP-ASP





Go to Top of Page

steve
Starting Member

United Kingdom
21 Posts

Posted - December 09 2003 :  21:46:33  Show Profile  Visit steve's Homepage  Reply with Quote
We have exactly the same problem and it seems to be getting worse. We cannot identify a common denominator and cannot replicate the problem. We have our own SSL and both .co.uk and .com domains. The only thing we noticed was if someone went to th echeckout then back to shopping then the paymen error occured.

I have talked with Howard about this and tried several fixes but to no avail. Need to resolve it though as like others, we are losing sales now. Anybody any more input?

Steve
www.masterofmalt.com

www.masterofmalt.com
Single Malt Whiskies of Distinction
Go to Top of Page

jmccann
VP-ASP New User

United Kingdom
131 Posts

Posted - December 10 2003 :  16:09:18  Show Profile  Visit jmccann's Homepage  Reply with Quote
The above problems are similar to what I am experiencing, in that on occasions customers do not get transfered from Checkout to SSL to enter CC details and my client is losng sales.

SSL has been run on both shared SSL and dedicated SSL with the site run on two different Hosting companies. I suspect it is a problem with the Session Variables although I can't get to the bottom of the problem to confirm if this is the reason.

As an aside, I have another client who runs his shop on his shared SSL space with one of the aforementioned hosting companies, and he doesnt have any problems.

Go to Top of Page

j_moore
Starting Member

6 Posts

Posted - December 14 2003 :  00:56:49  Show Profile  Reply with Quote
We were getting this problem and just figured out what was causing it for us - and explains why we could not replicate it.

Unknown to me our site has two domain names that resolve to the same site kansassampler.com and kansas-sampler.com. Apparently the one with a "-" is old but still gets hits due to search engine listings and bookmarks etc.

I configured the cart based on the domain without the "-" and every thing works fine for that domain BUT if you start out on the other domain (kansas-sampler.com) then go to enter the credit card the xssl url we entered "https://www.kansassampler.com" pops up and has no clue about the cart session created on the kansas-sampler.com domain.

I guess my question is does anybody know how to fix this? Since I don't know if they came from kansas-sampler or kansassampler I don't know where to send them for https: -- I guess I could check referrer but that seems like a lot of work (I'm lazy I guess). Is there a better way? I guess I could also have the host point the one with a "-" to a page that refreshes with out a dash...


Go to Top of Page

GTM
VP-ASP New User

USA
122 Posts

Posted - December 14 2003 :  03:09:17  Show Profile  Reply with Quote
It's almost as your hosting two different sites. This might be a simple solution but I would just forward the old domain kansas-sampler.com to the new kansassampler.com.

Greg

Go to Top of Page

dotwebs
Starting Member

6 Posts

Posted - January 09 2004 :  11:26:49  Show Profile  Reply with Quote
Hi,

This sounds similar to the problems my client is experiencing. When they get to the shopcreateorder.asp page it won't display - 'they get 404 page not found' error and are giving me a hard time about it - and, yes, they have cookies enabled!
So when I checked it on my own computer it worked fine - except when I placed an order and went to gateway, inputted credit card details, I got that error "payment has been processed". I tried placing several orders and got the same thing.

Any fix for this?

Thanks a lot!

Go to Top of Page

jmccann
VP-ASP New User

United Kingdom
131 Posts

Posted - January 12 2004 :  07:38:48  Show Profile  Visit jmccann's Homepage  Reply with Quote
My client's site is still displaying '404 page not found' error most times a customer attempts to enter the Credit Card page. It's got to the stage orders are now being sent in by fax and telephone. Client is now asking me to look at a replacement cart. Any updates on a resolution to this problem?



Go to Top of Page

support
Administrator

4266 Posts

Posted - January 12 2004 :  12:56:23  Show Profile  Visit support's Homepage  Reply with Quote
Our support staff are avaialable 7 days a week. We cannot answer site specific issues like this without taking a look at the site.

If you want help please write to http://www.vpasp.com/sales/shopcustcontact.asp or use our helpdek at www.vpasp.com/virtprog/helpdesk


Howard Kadetz
VP-ASP




Go to Top of Page

uksports
Starting Member

United Kingdom
37 Posts

Posted - January 12 2004 :  17:53:26  Show Profile  Visit uksports's Homepage  Reply with Quote
I've had these problems in the past, but you can get round them via this hack - it is not VPASP approved so don't sue me and is a fix for

Two or more domains with the same cart
Your own SSL cert
Windows Server

only

1. Decide which domain is your checkout domain (if you have your own SSl cert that's pretty obvious) and alter all possible view cart links such as in shoppage_header, shoppage_trailer etc to absolute URL links (i.e. http://www.yourcheckoutdomain.com/shop/shopaddtocart.asp

Do the same for checkout links, but change them to
https://www.yourcheckoutdomain/shop/shopcheckout.asp as VPASP supports SSL at shopcheckout and your customers will love it.

2. Find the line in shopaddtocart

Case "PROCE"
responseredirect "shopcustomer.asp"

and change it to

responseredirect "https://www.yourcheckoutdomain.com/shop/shopcustomer.asp"

3. Find the line in shopproductformat.asp

else
response.write "<form action=""shopaddtocart.asp"" method=""POST"">"

and change it to

else
response.write "<form action=""http://www.yourcheckoutdomain/shop/shopaddtocart.asp"" method=""POST"">"

4. Go into the admin system and set xssl as blank

All of this ensures that whichever domain your customer adds the product into the cart, it is in the correct domain for the checkout process and adds the benefit of your customers being in secure session in order to enter their address details which the customers like.

Hope that helps




Go to Top of Page

uksports
Starting Member

United Kingdom
37 Posts

Posted - January 12 2004 :  17:57:54  Show Profile  Visit uksports's Homepage  Reply with Quote
Sorry, late in the day, let me redo that



1. Decide which domain is your checkout domain (if you have your own SSl cert that's pretty obvious) and alter all possible view cart links such as in shoppage_header, shoppage_trailer etc to absolute URL links (i.e. http://www.yourcheckoutdomain.com/shop/shopaddtocart.asp

Do the same for checkout links, but change them to
https://www.yourcheckoutdomain/shop/shopcustomer.asp as VPASP supports SSL at shopcustomer.asp and your customers will love it.

2. Find the line in shopaddtocart

Case "PROCE"
responseredirect "shopcustomer.asp"

and change it to

responseredirect "https://www.yourcheckoutdomain.com/shop/shopcustomer.asp"

3. Find the line in shopproductformat.asp

else
response.write "<form action=""shopaddtocart.asp"" method=""POST"">"

and change it to

else
response.write "<form action=""http://www.yourcheckoutdomain/shop/shopaddtocart.asp"" method=""POST"">"

4. Go into the admin system and set xssl as blank

Obviously haven't drunk enough - where's that vodka bottle.....



Go to Top of Page

jonmadrid
VP-ASP New User

USA
192 Posts

Posted - July 15 2004 :  19:50:47  Show Profile  Visit jonmadrid's Homepage  Reply with Quote
Hi Everyone,

I just had this same problem -- and spent some time trying to figure it out before I realized what the problem actually was. Basically, the problem was that the client has two domain names pointing to the same domain. The SSL was set on domainA. So, if you come in and shop on domainA, when you are transferred over to the SSL for checkout, its no problem since its the same domain, just secured. However, if you shop and browse on domainB, and are then transferred over to the SSL on domainA (a different domain, mind you) it falls apart since the session information isn't carried over. At that point, there were either line specific ASP error messages pointing to missing records in the database because the new domain didn't have an ID to filter by, or the customer was just being directed to an error page saying the order was already processed.

The solution? Simple. I just wrote a little bit of code that detects if the visitor is on the same domain the xSSL variable is set to, and if not bumps them over. I put it in the top of the shop$db.asp file so as soon as they even enter the cart they will be bumped to the correct domain. There's no way of getting around it and you can have 100 different domains pointin to the same site and this will still work.

This will transfer them to exactly the same page from one domain to another, even with the querystring, if there is one.

Here's the code:

*******
'Since we have more that one domain for the same site, we need all shop activity
'to be on the same domain that's used for SSL/checkout to avoid
'mishaps if user is switched from one domain to another.
'So, just check to see if they are on the right one. If not, bump 'em over:
Dim strQS
If uCASE(Request.ServerVariables("HTTP_HOST")) <> "WWW.SSL_DOMAIN_NAME_HERE.COM" Then

'Check to see if we have a queryString to append:
If Request.QueryString <> "" Then
strQS = "?" & Request.QueryString
Else
strQS = ""
End If

Response.Redirect "http://www.SSL_DOMAIN_NAME_HERE.com" & Request.ServerVariables("SCRIPT_NAME") & strQS
End If
*******


Just put this in shop$db.asp, and change where it says "SSL_DOMAIN_NAME_HERE" to match the domain name in your xSSL config setting and you're set. As I mentioned before, its an easy fix and there's no way of getting around it which means the related problems can't happen any more.

I hope this helps!

All the best,

Jon Madrid
--------------------
Madrid Communications
Web Design, Development, and Hosting
www.madridcom.com
Go to Top of Page
Page: of 2 Previous Topic Topic Next Topic  
Next Page
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
Snitz Forums 2000