(10401) order error with one language, other two works fine

[Nandor]

sorry!!! this is the log file of the error order (the previous one was a fine one!) :

2013-03-08 05:51:02
-------------------
(live transaction) --> https://api-3t.paypal.com/nvp
Request Headers:
Array
(
[0] => Content-Type: text/namevalue
[1] => X-VPS-Timeout: 45
[2] => X-VPS-VIT-Client-Type: PHP/cURL
[3] => X-VPS-VIT-Integration-Product: PHP::Zen Cart(tm) - PayPal/NVP
[4] => X-VPS-VIT-Integration-Version: 1.3.9e
)


Request Parameters: {SetExpressCheckout}
Array
(
[PAYMENTACTION] => Sale
[ALLOWNOTE] => 1
[LANDINGPAGE] => Billing
[ADDROVERRIDE] => 1
[SHIPTONAME] => Enikö Szögeczki
[SHIPTOSTREET] => Sport Str. 12.
[SHIPTOCITY] => Felsozsolca
[SHIPTOZIP] => 3561
[SHIPTOSTATE] => B.-A.-Z.
[SHIPTOCOUNTRYCODE] => HU
[EMAIL] => szeniko81##########################
[PHONENUM] => 06703777283
[AMT] => 2,377.20
[RETURNURL] => http://szeghalmys.com/ipn_main_handler.php?type=ec
[CANCELURL] => http://szeghalmys.com/index.php?main_page=checkout_shipping&ec_cancel=1
[PAGESTYLE] => Primary
[METHOD] => SetExpressCheckout
[CURRENCYCODE] => HUF
[USER] => info_api1.szeghalmys.com
[PWD] => ****************
[VERSION] => 60.0
[SIGNATURE] => ****************************************************DI7K
)


Response:
Array
(
[TIMESTAMP] => 2013-03-08T04:51:02Z
[CORRELATIONID] => 739a84dee3c8a
[ACK] => Failure
[VERSION] => 60.0
[BUILD] => 5331358
[L_ERRORCODE0] => 10401
[L_SHORTMESSAGE0] => Transaction refused because of an invalid argument. See additional error messages for details.
[L_LONGMESSAGE0] => Order total is invalid.
[L_SEVERITYCODE0] => Error
[CURL_ERRORS] =>
)


SetExpressCheckout, Elapsed: 1893ms -- Failure

TIMESTAMP=2013%2d03%2d08T04%3a51%3a02Z&CORRELATIONID=739a84dee3c8a&ACK=Failure&V ERSION=60%2e0&BUILD=5331358&L_ERRORCODE0=10401&L_SHORTMESSAGE0=Transaction%20ref used%20because%20of%20an%20invalid%20argument%2e%20See%20additional%20error%20me ssages%20for%20details%2e&L_LONGMESSAGE0=Order%20total%20is%20invalid%2e&L_SEVER ITYCODE0=Error&CURL_ERRORS=

[DrByte]

Two things:
1. It would be much easier to rule out known PayPal bugs if you were using v1.3.9h instead of v1.3.9e. Is it possible for you to upgrade, and then test again?
2. If you can't upgrade, then please log a support ticket with PayPal at www.paypal.com/mts and submit this log file to them as part of the details, and ask them what specific part of the transaction is causing the 10401 in this case.

sorry!!! this is the log file of the error order (the previous one was a fine one!) :

2013-03-08 05:51:02
-------------------
(live transaction) --> https://api-3t.paypal.com/nvp
Request Headers:
Array
(
[0] => Content-Type: text/namevalue
[1] => X-VPS-Timeout: 45
[2] => X-VPS-VIT-Client-Type: PHP/cURL
[3] => X-VPS-VIT-Integration-Product: PHP::Zen Cart(tm) - PayPal/NVP
[4] => X-VPS-VIT-Integration-Version: 1.3.9e
)


Request Parameters: {SetExpressCheckout}
Array
(
[PAYMENTACTION] => Sale
[ALLOWNOTE] => 1
[LANDINGPAGE] => Billing
[ADDROVERRIDE] => 1
[SHIPTONAME] => Enikö Szögeczki
[SHIPTOSTREET] => Sport Str. 12.
[SHIPTOCITY] => Felsozsolca
[SHIPTOZIP] => 3561
[SHIPTOSTATE] => B.-A.-Z.
[SHIPTOCOUNTRYCODE] => HU
[EMAIL] => szeniko81##########################
[PHONENUM] => 06703777283
[AMT] => 2,377.20
[RETURNURL] => http://szeghalmys.com/ipn_main_handler.php?type=ec
[CANCELURL] => http://szeghalmys.com/index.php?main_page=checkout_shipping&ec_cancel=1
[PAGESTYLE] => Primary
[METHOD] => SetExpressCheckout
[CURRENCYCODE] => HUF
[USER] => info_api1.szeghalmys.com
[PWD] => ****************
[VERSION] => 60.0
[SIGNATURE] => ****************************************************DI7K
)


Response:
Array
(
[TIMESTAMP] => 2013-03-08T04:51:02Z
[CORRELATIONID] => 739a84dee3c8a
[ACK] => Failure
[VERSION] => 60.0
[BUILD] => 5331358
[L_ERRORCODE0] => 10401
[L_SHORTMESSAGE0] => Transaction refused because of an invalid argument. See additional error messages for details.
[L_LONGMESSAGE0] => Order total is invalid.
[L_SEVERITYCODE0] => Error
[CURL_ERRORS] =>
)


SetExpressCheckout, Elapsed: 1893ms -- Failure

TIMESTAMP=2013%2d03%2d08T04%3a51%3a02Z&CORRELATIONID=739a84dee3c8a&ACK=Failure&V ERSION=60%2e0&BUILD=5331358&L_ERRORCODE0=10401&L_SHORTMESSAGE0=Transaction%20ref used%20because%20of%20an%20invalid%20argument%2e%20See%20additional%20error%20me ssages%20for%20details%2e&L_LONGMESSAGE0=Order%20total%20is%20invalid%2e&L_SEVER ITYCODE0=Error&CURL_ERRORS=

[RodG]

Two things:
1. It would be much easier to rule out known PayPal bugs if you were using v1.3.9h instead of v1.3.9e. Is it possible for you to upgrade, and then test again?
2. If you can't upgrade, then please log a support ticket with PayPal at www.paypal.com/mts and submit this log file to them as part of the details, and ask them what specific part of the transaction is causing the 10401 in this case.

See Post#3
This has come a full circle. PayPal is a 'red herring'.

I thought you may be onto something with the prices though.

Summary: (See Post#13).
Problem only occurs with some *existing products* in the store.
There are 3 languages being used (English, German, Hungarian). The problem only occurs when using Hungarian language.
Problem is not in the language files.
I'm 99% convinced its a character encoding issue.

Cheers
Rod

[Nandor]

See Post#3
This has come a full circle. PayPal is a 'red herring'.

I thought you may be onto something with the prices though.

Summary: (See Post#13).
Problem only occurs with some *existing products* in the store.
There are 3 languages being used (English, German, Hungarian). The problem only occurs when using Hungarian language.
Problem is not in the language files.
I'm 99% convinced its a character encoding issue.

Cheers
Rod

Hi Rod!

i just wrote to paypal technical support (pasting the log file) as DrByte suggested. Hopefully they tell
something useful.
How can i set to find out this character encoding issue? So tha language files ar all right.
In the meantime i'm facing another problem. If a costumer registers, welcome emails are sent out in german and english but not hungarian, please check:

http://www.zen-cart.com/showthread.p...-not-the-third

Trying to find out here too, what can be wrong, till now havent been able to find the file(s) regarding this problem.
But it is again only a hungarian language issue. Maybe only a welcome text is not written (though i havent found the english and german text yet) or something in admin is not set, or maybe...well not easy.

The site doesnt like the three languages together...

thanks

Nandor

[DrByte]

I'm 99% convinced its a character encoding issue.

I was considering that, especially since the transmitted customer name has multibyte characters: [SHIPTONAME] => Enikö Szögeczki

It would be worth testing a transaction where all characters come from the basic english alphabet, in an effort to partially rule out multibyte characters as the cause.

[Nandor]

I was considering that, especially since the transmitted customer name has multibyte characters: [SHIPTONAME] => Enikö Szögeczki

It would be worth testing a transaction where all characters come from the basic english alphabet, in an effort to partially rule out multibyte characters as the cause.

Created a new costumer:

Clinton Bill
Fifth Avenue 5000
New York City, NY 14199
United States

that is definitely english name. But the same error happens, this 10401 when ordering (rather trying) and again no welcome email is sent to costumer (did the registration in hungarian and shopping also in hungarian, of course)

thanks

Nandor

[RodG]

I was considering that, especially since the transmitted customer name has multibyte characters: [SHIPTONAME] => Enikö Szögeczki
It would be worth testing a transaction where all characters come from the basic english alphabet, in an effort to partially rule out multibyte characters as the cause.

You're so close, but not from the customer name. It's from the product name, and when present is causing a part of the PayPal array to fail.

[L_NAME0] => Engel Anh*#228;nger

This one went OK. The 'faulty' ones cause the data to be missing completely (hard to see what isn't there), and that's what paypal is complaining about.

The solution is to still fix the (dozen or so) products the were inserted into the store before the character set was changed.

Cheers
Rod

[Nandor]

You're so close, but not from the customer name. It's from the product name, and when present is causing a part of the PayPal array to fail.

[L_NAME0] => Engel Anh*#228;nger

This one went OK. The 'faulty' ones cause the data to be missing completely (hard to see what isn't there), and that's what paypal is complaining about.

The solution is to still fix the (dozen or so) products the were inserted into the store before the character set was changed.

Cheers
Rod

hello Rod!

do you say that i should remove the products, subcategories and categories and upload them again?
I tried that this week : removed all pendants (these were the ones that didnt work), its category too, and uploaded again. This time with two subcategories and one product and it still doesnt work.
Or do you say that i should make a "deeper" removing? Though i dont know how to do that.

By the way, do you think that this problem has to do anything with the email sending problem?
(linked in a previous posting)

thanks in advance

Nandor

[RodG]

do you say that i should remove the products, subcategories and categories and upload them again?

This depends on how to 'uploaded' them, and exactly what it was to were attempting to upload.

I tried that this week : removed all pendants (these were the ones that didnt work), its category too, and uploaded again. This time with two subcategories and one product and it still doesnt work.

Just to confirm. Can you still *add* a *new* product and have this working ok?

Or do you say that i should make a "deeper" removing? Though i dont know how to do that.

I was thinking you should delete/drop the product table and recreating it (assuring the correct character set is used). I really don't want to hold you hand with this though.

My main concern now is your use of the term 'upload'? For example, you don't 'upload' categories. They are defined/created on the server itself.

If you are using an import/export tool, don't. At least not yet, and definitely not with the product data being used for testing. This could have us going around in circles for ages.

By the way, do you think that this problem has to do anything with the email sending problem?
(linked in a previous posting)

Generally speaking I'd say no, BUT, if you find the email sending problem is only to some customers, and you also find that these some customers have purchased the item(s) identified as causing an issue, then I have to say Yes, definitely, related.

Cheers
Rod

[DrByte]

You're so close, but not from the customer name. It's from the product name, and when present is causing a part of the PayPal array to fail.

[L_NAME0] => Engel Anh*#228;nger

This one went OK. The 'faulty' ones cause the data to be missing completely (hard to see what isn't there), and that's what paypal is complaining about.

Fair, and I looked for that, but the logs posted showed that ZC had already stripped the L_xxxx items because of a math problem, and was only passing the AMT, which shouldn't have any reason to fail if there's no line items passed with it.
ref:

Request Parameters: {SetExpressCheckout}
Array
(
[PAYMENTACTION] => Sale
[ALLOWNOTE] => 1
[LANDINGPAGE] => Billing
[ADDROVERRIDE] => 1
[SHIPTONAME] => Enikö Szögeczki
[SHIPTOSTREET] => Sport Str. 12.
[SHIPTOCITY] => Felsozsolca
[SHIPTOZIP] => 3561
[SHIPTOSTATE] => B.-A.-Z.
[SHIPTOCOUNTRYCODE] => HU
[EMAIL] => szeniko81##########################
[PHONENUM] => 06703777283
[AMT] => 2,377.20
[RETURNURL] => http://szeghalmys.com/ipn_main_handler.php?type=ec
[CANCELURL] => http://szeghalmys.com/index.php?main_page=checkout_shipping&ec_cancel=1
[PAGESTYLE] => Primary
[METHOD] => SetExpressCheckout
[CURRENCYCODE] => HUF
[USER] => info_api1.szeghalmys.com
[PWD] => ****************
[VERSION] => 60.0
[SIGNATURE] => ****************************************************DI7K
)


Response:
Array
(
[TIMESTAMP] => 2013-03-08T04:51:02Z
[CORRELATIONID] => 739a84dee3c8a
[ACK] => Failure
[VERSION] => 60.0
[BUILD] => 5331358
[L_ERRORCODE0] => 10401
[L_SHORTMESSAGE0] => Transaction refused because of an invalid argument. See additional error messages for details.
[L_LONGMESSAGE0] => Order total is invalid.
[L_SEVERITYCODE0] => Error
[CURL_ERRORS] =>
)

The solution is to still fix the (dozen or so) products the were inserted into the store before the character set was changed.

Ya, always good to clean up bad data.

Nandor, you can simply manually edit the names and descriptions of those old products to fix them.