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

[Nandor]

Hi All!

Some days ago you helped me to solve order email, paypal express payment problem. It worked fine.
I was making trial orders to see if everything is fine and it was with two languages, but the third one.
The site has: english,german,hungarian language. The buying with english and german language works fine, but with the third,hungarian, language the costumer gets this message, attached a screenshot.


it says, if you cant read it, :

an error occured when we tried to contact the payment processor.please try again, select an alternate payment method, or contact the store owner for
assistance. (10401) 10401 Transaction refused because of an invalid argument.
See additional error messages for details-- Order total is invalid


plus i (admin) get this to email address:
10401 Transaction refused because of an invalid argument. See additional error messages for details. - Order total is invalid.

this is a log file of this transaction :

2013-03-08 05:47:44
-------------------
(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
(
[AMT] => 8.49
[ITEMAMT] => 5.49
[SHIPPINGAMT] => 3.00
[L_NUMBER0] =>
[L_NAME0] => Engel Anh*#228;nger
[L_AMT0] => 5.49
[L_QTY0] => 1
[LOCALECODE] => DE
[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
[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] => EUR
[USER] => info_api1.szeghalmys.com
[PWD] => ****************
[VERSION] => 60.0
[SIGNATURE] => ****************************************************DI7K
)


Response:
Array
(
[TOKEN] => EC-9FF66947L86454734
[TIMESTAMP] => 2013-03-08T04:47:44Z
[CORRELATIONID] => f4dbd84ef391f
[ACK] => Success
[VERSION] => 60.0
[BUILD] => 5331358
[CURL_ERRORS] =>
)


SetExpressCheckout, Elapsed: 1483ms -- Success



thanks in advance

Nandor

[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=

[RodG]

I was making trial orders to see if everything is fine and it was with two languages, but the third one.
The site has: english,german,hungarian language. The buying with english and german language works fine, but with the third,hungarian, language the costumer gets this message, attached a screenshot.
<snip>
this is a log file of this transaction :

The transaction with the error appears to be missing some important data. specifically:

----------------------------------
[AMT] => x.xx
[ITEMAMT] => x.xx
[SHIPPINGAMT] => x.xx
[L_NUMBER0] =>
[L_NAME0] => xxxxxxxxxxxxxxxxx
[L_AMT0] => x.xx
[L_QTY0] => 1
[LOCALECODE] => DE
---------------------------------------

I copied this from the *good* transaction log. It is a part of the "Request Parameters: {SetExpressCheckout} Array"

The thing is though, I don't have any idea *why* this would be missing, and especially when only when the Hungarian language is enabled.

I assume that this is consistent and repeatable?

Cheers
Rod

[Nandor]

The transaction with the error appears to be missing some important data. specifically:

----------------------------------
[AMT] => x.xx
[ITEMAMT] => x.xx
[SHIPPINGAMT] => x.xx
[L_NUMBER0] =>
[L_NAME0] => xxxxxxxxxxxxxxxxx
[L_AMT0] => x.xx
[L_QTY0] => 1
[LOCALECODE] => DE
---------------------------------------

I copied this from the *good* transaction log. It is a part of the "Request Parameters: {SetExpressCheckout} Array"

The thing is though, I don't have any idea *why* this would be missing, and especially when only when the Hungarian language is enabled.

I assume that this is consistent and repeatable?

Cheers
Rod

Hi Rod!

thanks for your reply. I just made at least 10 trial purchase. the result : this error only occurs in hungarian language shopping and
whats more weird only in case of one category : pendants. Other categories like : rings, personalized, bangles...work well with all three languages!

[RodG]

the result : this error only occurs in hungarian language shopping and
whats more weird only in case of one category : pendants. Other categories like : rings, personalized, bangles...work well with all three languages!

Well, that's really narrowed it down. A LOT.

At a guess, I'd have to say this is being caused by some sort of character encoding issue.. In other words, there is *something* in the hungarian language file(s) that is only being invoked by the pendants category (what makes that so 'special'?).

I think the way *I'd* be approaching this one would be
1) Make a backup of the hungarian language files.
2) Replace the originals, one at a time with the English (or german) files of the same name.
3) When the problem goes away you'll have identified the file causing the problem.
4) Restore all the original hungarian files from the backups.

5. Attempt to identify exactly what is amiss with the file you've identified. The fix will depend on the actual problem (obviously).

Hopefully this helps.

Cheers
Rod

[Nandor]

Well, that's really narrowed it down. A LOT.

At a guess, I'd have to say this is being caused by some sort of character encoding issue.. In other words, there is *something* in the hungarian language file(s) that is only being invoked by the pendants category (what makes that so 'special'?).

I think the way *I'd* be approaching this one would be
1) Make a backup of the hungarian language files.
2) Replace the originals, one at a time with the English (or german) files of the same name.
3) When the problem goes away you'll have identified the file causing the problem.
4) Restore all the original hungarian files from the backups.

5. Attempt to identify exactly what is amiss with the file you've identified. The fix will depend on the actual problem (obviously).

Hopefully this helps.

Cheers
Rod

Did you mean the language file php-s? there are a lot. or should i look for them in admin?
if i replace the one hungarian l. file with an english wont it crash or something?

thanks
Nandor

[RodG]

Did you mean the language file php-s? there are a lot.

Yes, thems the ones I meant. Yes, there are a lot.
Start with the 'obvious' or most likely ones first, namely, those dealing with the PayPal payments.

if i replace the one hungarian l. file with an english wont it crash or something?

No. It will simply display those particular pages in English rather than hungarian.

If you take a look at the contents of these files, you'll see that they are actually very simple in the way they are structured. They don't contain any actual code (or very little), just a lot of 'defines'.

These 'defines' will be near identical (other than the actual text component) regardless of the language.

For example: /languages/english/modules/payment/paypal.php contains:
---------------------------------------------------------
define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', 'First Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', 'Last Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', 'Business Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_NAME', 'Address Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STREET', 'Address Street:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_CITY', 'Address City:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STATE', 'Address State:');
------------------------------------------------------------------------

/languages/hungarian/modules/payment/paypal.php will contain:

define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', 'First Name (in hungarian) :');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', 'Last Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', 'Business Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_NAME', 'Address Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STREET', 'Address Street (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_CITY', 'Address City (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STATE', 'Address State (in hungarian:');

--------------------------------------------------------------------------------------

/languages/binary/modules/payment/paypal.php (should such a language file exist) will contain:

define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', '00010011000111000');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', '11000100011110000');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', '101010111100000');

Note that in all cases, there is the 'english' component (in all upper case). These are a bit like 'placeholders' that is used throughout the zencart code, and then there is the actual text to be used whenever these 'placeholders' are found. If/when you replace the /hungarian/..../paypal.php file with the /english/.../paypal.php file the only difference is the text. Does that make sense?

I am working on the *assumption* that it is one of these hungarian language files that is causing your problem.

Cheers
Rod

[Nandor]

Yes, thems the ones I meant. Yes, there are a lot.
Start with the 'obvious' or most likely ones first, namely, those dealing with the PayPal payments.



No. It will simply display those particular pages in English rather than hungarian.

If you take a look at the contents of these files, you'll see that they are actually very simple in the way they are structured. They don't contain any actual code (or very little), just a lot of 'defines'.

These 'defines' will be near identical (other than the actual text component) regardless of the language.

For example: /languages/english/modules/payment/paypal.php contains:
---------------------------------------------------------
define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', 'First Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', 'Last Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', 'Business Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_NAME', 'Address Name:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STREET', 'Address Street:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_CITY', 'Address City:');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STATE', 'Address State:');
------------------------------------------------------------------------

/languages/hungarian/modules/payment/paypal.php will contain:

define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', 'First Name (in hungarian) :');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', 'Last Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', 'Business Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_NAME', 'Address Name (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STREET', 'Address Street (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_CITY', 'Address City (in hungarian):');
define('MODULE_PAYMENT_PAYPAL_ENTRY_ADDRESS_STATE', 'Address State (in hungarian:');

--------------------------------------------------------------------------------------

/languages/binary/modules/payment/paypal.php (should such a language file exist) will contain:

define('MODULE_PAYMENT_PAYPAL_ENTRY_FIRST_NAME', '00010011000111000');
define('MODULE_PAYMENT_PAYPAL_ENTRY_LAST_NAME', '11000100011110000');
define('MODULE_PAYMENT_PAYPAL_ENTRY_BUSINESS_NAME', '101010111100000');

Note that in all cases, there is the 'english' component (in all upper case). These are a bit like 'placeholders' that is used throughout the zencart code, and then there is the actual text to be used whenever these 'placeholders' are found. If/when you replace the /hungarian/..../paypal.php file with the /english/.../paypal.php file the only difference is the text. Does that make sense?

I am working on the *assumption* that it is one of these hungarian language files that is causing your problem.

Cheers
Rod

Hi Rod,

tried first /languages/english/modules/payment/paypal.php - replaced hungarian with english. nothing happened.

everything is the same. So i can buy with hungarian language, but only one category is problematic(pendants/angels). If the hungarian language php would be the problem couldnt i order nothing at all in hungarian?

havent found a file like this : languages/binary/modules/payment/paypal.php

do you think i should try replacing other language php-s?

or try searching elsewhere? How come that costumer can order bangles in hungarian, rings in hungarian but not pendants? Maybe when i uploaded this one category, did something different? The problem only comes with pendants shopping in hungarian with paypal.
In the meantime i enabled cash on delivery for a try. It is ok, all languages , all products can be bought. No problem with this. so definitely paypal, this one type of product and language.

Thanks in advance

Nandor

[Nandor]

Hi Rod,

tried first /languages/english/modules/payment/paypal.php - replaced hungarian with english. nothing happened.

everything is the same. So i can buy with hungarian language, but only one category is problematic(pendants/angels). If the hungarian language php would be the problem couldnt i order nothing at all in hungarian?

havent found a file like this : languages/binary/modules/payment/paypal.php

do you think i should try replacing other language php-s?

or try searching elsewhere? How come that costumer can order bangles in hungarian, rings in hungarian but not pendants? Maybe when i uploaded this one category, did something different? The problem only comes with pendants shopping in hungarian with paypal.
In the meantime i enabled cash on delivery for a try. It is ok, all languages , all products can be bought. No problem with this. so definitely paypal, this one type of product and language.

Thanks in advance

Nandor

I just saw that the error emails subject is :MODULE_PAYMENT_PAYPALWPP_TEXT_EMAIL_ERROR_SUBJECT (10401)

So i replaced the hungarian paypalwpp.php with the english.The problem is still the same. One thing changed. in hungarian a paypal button appeared, when shopping but as previously you cannot buy pendant in hungarian.
thought i finally found it......not

Nandor

[RodG]

Hi Rod,
tried first /languages/english/modules/payment/paypal.php - replaced hungarian with english. nothing happened.

Please define 'nothing' for me :)

everything is the same.

That would simply mean the hungarian file you replaced isn't/wasn't even being used in this part of the code processing.. If it was, the text would show in English rather than hungarian.

So i can buy with hungarian language, but only one category is problematic(pendants/angels). If the hungarian language php would be the problem couldnt i order nothing at all in hungarian?

If there were only *ONE* hungarian language file then the problem would be in that one file. You have more than one file to consider. First you need to identify the *relevant* file, and THEN you'll need to identify the *part* of the file that is causing the issue.

do you think i should try replacing other language php-s?

I think the way *I'd* be approaching this one would be
1) Make a backup of the hungarian language files.
2) Replace the originals, one at a time with the English (or german) files of the same name.
3) When the problem goes away you'll have identified the file causing the problem.
4) Restore all the original hungarian files from the backups.

Yes. You'll need to replace the others (unless you have a better way of narrowing the problem down). Hhhm, we did discuss looking at the server error logs for clues, didn't we? They are generally good for identifying problem files)

or try searching elsewhere? How come that costumer can order bangles in hungarian, rings in hungarian but not pendants?

THAT is what we are trying to figure out.

Maybe when i uploaded this one category, did something different?

Maybe, but that doesn't fully explain the problem. You've already narrowed things down a little further than that.

The problem only comes with pendants shopping in hungarian with paypal.

As I stated before, this narrows down the possibilities a LOT.

Fact is, I think we have all the clues we need to theoretically be able to identify the exact line in the exact file that is triggering the error without any further testing.

What we are looking for is a file, in the hungarian language that contains reference to the 'pendant' category (or more specifically, something that makes this category different from the others, in theory, it could even be the name itself. What is the hungarian translation for 'pendant'?) AND is something that is used by the PayPal module, (this has be the most puzzled, because I can't think of any connection between a product category and the paypal needs/requirements, regardless of the language).

There would probably only be ONE file that meets ALL of these 'requirements'. I'm not able to join the dots though, which is why my suggestion is to use a process of elimination until we can identify it.

Perhaps someone else here can see the connection where I can't? If they can, that'll be easier than the process of elimination. Meanwhile, it may appear daunting (because there are so many hungarian language files to eliminate), but you *did* already install them once, so replacing one at a time shouldn't be too much of a challenge.
Oh, you can also try re-installing all of the hungarian language files, just in case one of them didn't get uploaded properly.

Cheers
Rod