Author |
Topic |
|
jwalter
Starting Member
1 Posts |
Posted - March 14 2003 : 17:02:47
|
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-CART Super User
Australia
361 Posts |
Posted - April 05 2003 : 19:12:45
|
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 ************************************* |
|
|
Superal
VP-CART Expert
Canada
542 Posts |
Posted - April 06 2003 : 10:49:35
|
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.
|
|
|
joeken
Starting Member
USA
2 Posts |
Posted - May 05 2003 : 14:16:18
|
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.
|
|
|
Jbob
Starting Member
USA
3 Posts |
Posted - December 05 2003 : 17:21:12
|
[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 |
|
|
support
Administrator
4679 Posts |
Posted - December 05 2003 : 21:13:18
|
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
|
|
|
steve
Starting Member
United Kingdom
21 Posts |
Posted - December 09 2003 : 21:46:33
|
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 |
|
|
jmccann
VP-CART New User
United Kingdom
131 Posts |
Posted - December 10 2003 : 16:09:18
|
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.
|
|
|
j_moore
Starting Member
6 Posts |
Posted - December 14 2003 : 00:56:49
|
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...
|
|
|
GTM
VP-CART New User
USA
122 Posts |
Posted - December 14 2003 : 03:09:17
|
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
|
|
|
dotwebs
Starting Member
6 Posts |
Posted - January 09 2004 : 11:26:49
|
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!
|
|
|
jmccann
VP-CART New User
United Kingdom
131 Posts |
Posted - January 12 2004 : 07:38:48
|
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?
|
|
|
support
Administrator
4679 Posts |
|
uksports
Starting Member
United Kingdom
37 Posts |
Posted - January 12 2004 : 17:53:26
|
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
|
|
|
uksports
Starting Member
United Kingdom
37 Posts |
|
jonmadrid
VP-CART New User
USA
192 Posts |
Posted - July 15 2004 : 19:50:47
|
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
|
|
|
|
Topic |
|