Greg,
It would. That is one of the two options I was considering. Running litleCcTypeEnum before storing, or retrieving then running litleCcTypeEnum. The first option required that I manually modify my database table to set AE to AX. Of course you could make the calls on both ends, which would protect on both sides despite how its stored in db table.
-REDACTED
REDACTED-
It does help.
Does calling PaymentLogic::litleCcTypeEnum from Vault::setTokenFromPayment (around line 72) fix the issue?
-Greg
Hi Greg,
When I traced the code, which took a while, I discovered that litleCcEnumType isn't triggered on the payment object before it is stored in the vault table in the first place. If you trace back from line 71 in \Palorus\Model\Vault.php which states "$ccType = $payment->getCcType();". When I trace the payment object, type never got subjected to litleCcEnumType, at least that I could determine. It's quite possible I missed something.
One additional note is that when a standard CC is ran, not a stored CC/token, the litleCcTypeEnum is triggered properly and the order submits correctly via PaymentLogic::getCreditCardInfo on line 130, it just doesn't get applied when a token is pulled.
So as a result that is why I decided to leave "AE" in the table as is, and do the conversion when it retrieves the vault data.
Not sure how much that helps,
-REDACTED
REDACTED-
Darlene forwarded your bug report on to sdksupport and we've taken a quick look. We would certainly appreciate if you could confirm the code path through our extension for Amex stored cards on your site goes through PaymentLogic::litleCcEnumType.
is responsible for switching AE (American Express in Magento) to AX (American Express at Litle) and is probably not working properly. Can you confirm?
If this flow is happening on your site, can you give us a timestamp of when a failed transaction happened so that we can look at the transaction and see what is wrong?
-Greg
Hello Litle Support,
My name is with account in Litle. We are
on Magento ecommerce platform and authorize transactions using the Litle
extension with tokenization enabled for Magento.
Our customers have been getting transaction failed errors when processing
their orders on only the stored Amex credit cards / tokens. The actual
message provided is "Error validating xml data against the schema on line 2
the value is not a member of the enumeration".
All other stored cards seem to work, we only see the error on the AmEx
stored cards.
Please let me know what else you may need to help you/us troubleshoot this
problem.
Greg, It would. That is one of the two options I was considering. Running litleCcTypeEnum before storing, or retrieving then running litleCcTypeEnum. The first option required that I manually modify my database table to set AE to AX. Of course you could make the calls on both ends, which would protect on both sides despite how its stored in db table.
-REDACTED
REDACTED-
It does help.
Does calling PaymentLogic::litleCcTypeEnum from Vault::setTokenFromPayment (around line 72) fix the issue?
-Greg
Hi Greg,
When I traced the code, which took a while, I discovered that litleCcEnumType isn't triggered on the payment object before it is stored in the vault table in the first place. If you trace back from line 71 in \Palorus\Model\Vault.php which states "$ccType = $payment->getCcType();". When I trace the payment object, type never got subjected to litleCcEnumType, at least that I could determine. It's quite possible I missed something.
One additional note is that when a standard CC is ran, not a stored CC/token, the litleCcTypeEnum is triggered properly and the order submits correctly via PaymentLogic::getCreditCardInfo on line 130, it just doesn't get applied when a token is pulled.
So as a result that is why I decided to leave "AE" in the table as is, and do the conversion when it retrieves the vault data.
Not sure how much that helps,
-REDACTED
REDACTED-
Darlene forwarded your bug report on to sdksupport and we've taken a quick look. We would certainly appreciate if you could confirm the code path through our extension for Amex stored cards on your site goes through PaymentLogic::litleCcEnumType.
This bit of code: https://github.com/LitleCo/litle-integration-magento/blob/43fbb56bc68196fa6d9921133afb29311746926d/app/code/local/Litle/CreditCard/Model/PaymentLogic.php#L114
is responsible for switching AE (American Express in Magento) to AX (American Express at Litle) and is probably not working properly. Can you confirm?
If this flow is happening on your site, can you give us a timestamp of when a failed transaction happened so that we can look at the transaction and see what is wrong?
-Greg
Hello Litle Support,
My name is with account in Litle. We are
on Magento ecommerce platform and authorize transactions using the Litle
extension with tokenization enabled for Magento.
Our customers have been getting transaction failed errors when processing their orders on only the stored Amex credit cards / tokens. The actual message provided is "Error validating xml data against the schema on line 2 the value is not a member of the enumeration".
All other stored cards seem to work, we only see the error on the AmEx stored cards.
Please let me know what else you may need to help you/us troubleshoot this problem.
-REDACTED