I would like to know the answer too. Anyone here know what is the right answer to your question. I'll do some research and get back to you if I got an decent answer. You should email the people at iPage as they probably can help you..
Update (we are using the ipayment module).
1) the regular expression for VISA validation in the cc_validation.php class is ok..
2) the error message "unknown card" is always reported back from the validation class if the format is not ok. The following is considered as a "format ok" for VISA:.
- starts with the digit 4.
- has 12 trailing digits, each being 0...9.
- has optionally a group of 3 trailing digits, each being 0...9.
3) together with the error message, the first four digits from the string entered are displayed, in your case "4323".
4) it has nothing to do with "magic numbers", i.e. the first four digits you report as not working is working for me and also the four digits reported by our customer is also working for me..
5) if you want to validate that your 4323 really works, make sure that you are filling in all 16 digits (or 13) with a number according to modulo 10. One such test number for 4323 is: 4323123412341234.
6) I suspect that our customer is using a personal firewall blocking the info posted to the form. Not the first one.
This post has been edited by.
: 27 February 2004, 16:57..
Wow, that was an amazingly helpful reply! Thanks! I'm not sure what my customer's specific issue is, but you've given me several angles to troubleshoot! I successfully ran your test number, so I'm betting he's not entering his own number correctly. I'll get back with him and try to nurse him though the process..
I'll post a followup as soon as I resolve this problem in the event that some other newbie has a similar issue and does a forum search...
You're welcome. Let me know what you find out and what the problem was..
Hmmm...I have never known of a firewall preventing browser submitted credit cards from going through..
Aye, most likely, I would think the person is putting wrong number in...
Personal firewall as in "software firewall/proxy" like "Symantec Internet Security" and similar ones, e.g. prohibiting data to be posted in the URL, being posted in all, blocking cookies et al...
We ran into this problem as well. There is something a bit *screwey* with the OSC CC validators. They appear ok, but seem to reject certain valid cards. See this for the fix we came up with:.
I've been emailed by a customer complaining that the default credit card module will not accept his VISA debit card which begins with the numbers 4323. Sure enough, I tested it and OSCommerce relays the following message:.
"The first four digits of the number entered are: 4323.
If that number is correct, we do not accept that type of credit card..
If it is wrong, please try again.".
I searched the forum for information on this but came up empty. Is there a reason for OScommerce to not accept this number? I'm assuming it's a legit prefix... but possibly a new one? Is there a workaround, fix, or updated contribution? If there are a lot of cards out there with this prefix I'll be up to my elbows in emails..
Thanks in advance..
This post has been edited by.
: 27 February 2004, 09:30..
Have the same issue here, but with another 4xxx VISA..
Trying to find the problem in the code. The validation seems to be in the class "cc_validation.php" and there are some regular expressions in there used for checking the type of card used..