Capturing the credit card type might be tricky as the payment form is not asking the card type, but maybe one can capture or analyze the first 2 digits of the card #? This would give away what type of card it is. Just a thought.
Capturing the credit card type might be tricky as the payment form is not asking the card type, but maybe one can capture or analyze the first 2 digits of the card #? This would give away what type of card it is. Just a thought.
Live and learn... the Zen way.
Actually - it is much easier than that. It is already "solved" as part of verification prior to confirmation (note that the credit card type is shown on the confirmation screen). Problem is - carrying that value across to the other functions after the order is created. Like I said - it will get done, I'm just missing something about how the $order arrays are handled after processing. I'm pretty close... but without an Intuit "test" account - I don't run too many tests on the production gateway.
Success! I have 1.7a available with Credit Card Type captured and displayed in admin order page. I might just go ahead a post mini update, as this is pretty useful and I don't see any other bugs, issues etc. that need immediate attention. In any event - I can provide a download immediately for mydanilo if you like.
so, i had a huge mishap when moving my cart to a subdirectory, but ive fixed it and back on this one....i see lots of progress in the last few days nice work guys!
ok, so I've just kind of been assuming that everything works, because ive only used good CC #'s......
i misplaced 1 number on the same card and when i hit continue check out to move to step two...i get an error page that says IE cant read the page format???
when i use the correct cc # it goes through to the confirmation page!! Anyways, i need to get my cache fixed as the error logging isnt processing....still a left over fix from moving subdirectorys. I'll look deeper tomorrow...keep up the good work!
I use firefox at work, and it just gives me a blank page. IE said the page was not recognizable format....
Here is the URL that popped up in my browser
http s://securfocus.biz/products/index.php?main_page=checkout_payment&payment_error=qbms&error=The+credit+card+nu mber+entered+is+invalid.+Please+check+the+number+and+try+again.&qbms_cc_owner=** ****+******&qbms_cc_expires_month=**&qbms_cc_expires_year=**
I put those asterisks in there, for month, year, and cc owner and i put the space between the http and s://.
once i get this error logging back up and running ill be able to give more details.
Last edited by Securfocus; 3 Feb 2009 at 08:26 PM. Reason: stupid auto URL
Securfocus - This part of the verification is a core class file which is called after user inputs cc data. If all is good, it displays the confirmation, if not, it displays the error. I tested this (in Firefox) and the red box comes up saying "invalid cc number". So something may still be amiss as a result of directory changes.
Ok, so I figured out my error logging, but this doesnt trip the mdDEBUG- unfortuntely, so i dont know where to start looking.
Can you point me in the spot to start looking, you said it was a core file...which one?
Thanks in advance.....again LOL!