Help? (Invalid Parameter)?

Well, if so many persons are having the same problem without any change in the code, then it must be something from the paypal side
Can you guys wait for few days?

superprg:

Well, if so many persons are having the same problem without any change in the code, then it must be something from the paypal side
Can you guys wait for few days?

I have spoken to about 10 different people at PayPal tech support that have assured me it isn't their issue. I have been told numerous times that I need to upgrade to Payment Pro and then told I don't need to. It is pretty frustrating.

PayPal is how 95% of my customers make their payment, and at the moment it isn't working. This is day 2 for me.

Are you suggesting that we wait a couple of days to see if it just starts working again? Or that we wait a couple of days to see if PayPal finds anything on the open ticket? There really isn't anything else I can try by myself, I definately don't have enough knowledge of this stuff to fiddle with the code myself, so I am looking into having someone else check it out for me, but I would love it if PayPal figured it out.

1. what version are you running: ZenCart 1.3.7

2. have you installed the latest patch: Yes

3. did you make any changes to your code before it quit working: No

4. who is your hosting company: ACENET

5. are you using Website Payment Standard or Website Payment Pro: Pro

The fact that No1m is having the same problem with Pro makes at least answers paypal's claim that you have to have Pro for it to work right.

CafePrima:

The fact that No1m is having the same problem with Pro makes at least answers paypal's claim that you have to have Pro for it to work right.

Very true! And thank goodness that I found that out BEFORE I upgraded! :wacko:

No1im, have you contacted PayPal? You might have more luck since you get to contact Tech Support through Pro....:D

Well if it isn't working with Standard or Pro and it IS a PayPal thing you would think a LOT more people would be calling in to report it....and PayPal would know it was an issue if they got a couple of hundred calls.....

1. what version are you running: ZenCart 1.3.7

2. have you installed the latest patch: Yes

3. did you make any changes to your code before it quit working: No

4. who is your hosting company: goDaddy

5. are you using Website Payment Standard or Website Payment Pro: I use Express Checkout. My boss has paid for WPP Pro but I do not see how that would have an impact on Express Checkout.

We are a 100% Express Checkout. This is BAD.

USEFUL observations:

1. I have a download-only product and it works just fine
2. The logs show:

Feb-15-2007 06:02:13
before_process - EC-5
resultset:
Array
(
[ACK] => Failure
[L_ERRORCODE0] => 81210
[L_SHORTMESSAGE0] => Invalid%20Parameter
[L_LONGMESSAGE0] => Country%20%3a%20Invalid%20Parameter
[L_SEVERITYCODE0] => Error
)

3. Same logs show:

Feb-15-2007 06:02:13
before_process - EC-3
address overrides added:
Array
(
[ITEMAMT] => 0.01
[SHIPPINGAMT] => 0.00
[AMT] => 0.01
[L_NUMBER0] => 0
[L_QTY0] => 1
[L_NAME0] => GUTS
[L_AMT0] => 0.01
[L_TAXAMT0] => 0.00
[SHIPTONAME] => Andrey Abramov
[SHIPTOSTREET] => 240 Bay Street #410
[SHIPTOSTREET2] =>
[SHIPTOCITY] => San Francisco
[SHIPTOSTATE] => CA
[SHIPTOZIP] => 94133
[SHIPTOCOUNTRY] =>
)

My best guess is that SHIPTOCOUNTRY used to be empty by default and now PayPl requires an explicit value.

andrabr:

1. what version are you running: ZenCart 1.3.7

2. have you installed the latest patch: Yes

3. did you make any changes to your code before it quit working: No

4. who is your hosting company: goDaddy

5. are you using Website Payment Standard or Website Payment Pro: I use Express Checkout. My boss has paid for WPP Pro but I do not see how that would have an impact on Express Checkout.

We are a 100% Express Checkout. This is BAD.

USEFUL observations:

1. I have a download-only product and it works just fine
2. The logs show:

Feb-15-2007 06:02:13
before_process - EC-5
resultset:
Array
(
[ACK] => Failure
[L_ERRORCODE0] => 81210
[L_SHORTMESSAGE0] => Invalid%20Parameter
[L_LONGMESSAGE0] => Country%20%3a%20Invalid%20Parameter
[L_SEVERITYCODE0] => Error
)

3. Same logs show:

Feb-15-2007 06:02:13
before_process - EC-3
address overrides added:
Array
(
[ITEMAMT] => 0.01
[SHIPPINGAMT] => 0.00
[AMT] => 0.01
[L_NUMBER0] => 0
[L_QTY0] => 1
[L_NAME0] => GUTS
[L_AMT0] => 0.01
[L_TAXAMT0] => 0.00
[SHIPTONAME] => Andrey Abramov
[SHIPTOSTREET] => 240 Bay Street #410
[SHIPTOSTREET2] =>
[SHIPTOCITY] => San Francisco
[SHIPTOSTATE] => CA
[SHIPTOZIP] => 94133
[SHIPTOCOUNTRY] =>
)

My best guess is that SHIPTOCOUNTRY used to be empty by default and now PayPl requires an explicit value.

Oh!!! NICE!!!

And how would we go about getting it to send a country

My error log says this:

We are sorry for the inconvenience. The PayPal account in this
store is presently misconfigured to use mixed sandbox and live settings. We
are unable to complete your transaction. Please notify the store owner so
they can correct this problem. (10002)I called paypal. They are adamant that the problem is not theirs, though they admit they've received other calls on the matter. I did ask about the website pro option and the guy with whom I was speaking said "no, that will not fix this problem." He said that "paypal is not receiving the info it needs from Zen Cart" but couldn't tell me what that info was :unsure:

1. what version are you running: ZenCart 1.3.7
2. have you installed the latest patch: Yes (PPEC-137... feb 08)
3. did you make any changes to your code before it quit working: No
4. who is your hosting company: Infinology
5. are you using Website Payment Standard or Website Payment Pro: Standard

PayPal IPN works fine.

I have the country code error in PayPal express. I can affirm that it was working a few days ago.

Subject: PayPal Error Log - before_process() - EC

In function: before_process() - Express Checkout

Value List:
array (
'ITEMAMT' => 'xxxx',
'SHIPPINGAMT' => 'xxxx',
'AMT' => '62.00',
'L_NUMBER0' => '0',
'L_QTY0' => '1',
'L_NAME0' => 'xxxxx',
'L_AMT0' => '10.00',
'L_TAXAMT0' => '0.00',
'L_NUMBER1' => '1',
'L_QTY1' => '1',
'L_NAME1' => 'xxxxx',
'L_AMT1' => '45.00',
'L_TAXAMT1' => '0.00',
'L_NUMBER2' => '2',
'L_QTY2' => '1',
'L_NAME2' => 'xxxxx',
'L_AMT2' => '3.00',
'L_TAXAMT2' => '0.00',
'SHIPTONAME' => 'xxxx',
'SHIPTOSTREET' => 'xxxx',
'SHIPTOSTREET2' => '',
'SHIPTOCITY' => 'Eastxxxxx',
'SHIPTOSTATE' => 'OH',
'SHIPTOZIP' => 'xxxxx',
'SHIPTOCOUNTRY' => '',
'BUTTONSOURCE' => 'ZenCart-EC_us',
'TOKEN' => 'EC-40D16316P99111600',
'PAYERID' => 'xxxxxxxxxx',
'PAYMENTACTION' => 'Sale',
'NOTIFYURL' => 'http://xxxxxx.com/ipn_main_handler.php',
'METHOD' => 'DoExpressCheckoutPayment',
'CURRENCYCODE' => 'USD',
'USER' => 'xxxxxxxxx',
'PWD' => '****************',
'VERSION' => '2.3',
'SIGNATURE' => '****************************************************xfsG',
)

Response:
Array
(
[ACK] => Failure
[L_ERRORCODE0] => 81210
[L_SHORTMESSAGE0] => Invalid Parameter
[L_LONGMESSAGE0] => Country : Invalid Parameter
[L_SEVERITYCODE0] => Error
)

.

CafePrima:

My error log says this:
I called paypal. They are adamant that the problem is not theirs, though they admit they've received other calls on the matter. I did ask about the website pro option and the guy with whom I was speaking said "no, that will not fix this problem." He said that "paypal is not receiving the info it needs from Zen Cart" but couldn't tell me what that info was :unsure:

Have you changed your API information at all? Removed Express and reInstalled it. I get that error message when I try to us Express without my API information entered.

Okay everyone freeze ...

Only if you have an INVALID PARAMATER error ... should you be in this thread ...

If you have the invalid paramater error answer the following questions:

1 Who do you host with?

2 unix or windows?

3 what version of php?

4 clean install or upgrade?

5 are you using IPN or PayPal Express?

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed?

7 is there a pattern or specific country that this happens with?

8 Live or Sandbox?

Then sit quietly while we look at this further to determin the pattern here ...

Thanks! :smile:

1 Who do you host with? Bluehost

2 unix or windows? Bluehost: Linux
phpmyadmin: Localhost via UNIX socket

3 what version of php? phpmyadmin 2.9.0.2 mysql: 4.1.21

4 clean install or upgrade? Clean install through fantastico with my host

5 are you using IPN or PayPal Express? when receiving this error? Paypal Express

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed? I have both installed but only Paypal Express turned on.

7 is there a pattern or specific country that this happens with? No

8 Live or Sandbox? Live

1 Who do you host with?
Infinology
2 unix or windows?
UNIX (FreeBSD 4.10)
3 what version of php?
Can't figure this out. I can probably get an answer .... eventually.
4 clean install or upgrade?
Installed all files over 1.3x, database upgrade. Installed Feb 8 patch. Uninstalled and reinstalled PayPal IPN module. Re-pasted API parameters.

5 are you using IPN or PayPal Express?
IPN 'cos PayPal express fails.
6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed?
Both are installed.
7 is there a pattern or specific country that this happens with?
So far - US only.
8 Live or Sandbox?
Live

1 Who do you host with? Bluehost

2 unix or windows? Linux

3 what version of php? Php 4.4.4

4 clean install or upgrade? Clean

5 are you using IPN or PayPal Express? PayPal Express

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed?

Currently I only have Express installed (removed PHP because I couldn't get the echeck issue fixed, then removed Express when it quit working and re-installed IPN when Express quit working a few days ago. I have tried running both together to see if it worked, but no change)

7 is there a pattern or specific country that this happens with? I have only had transactions from the US

8 Live or Sandbox? Live

Then sit quietly while we look at this further to determin the pattern here ... (My pleasure)

Thanks! :smile:
THANK YOU!!!!

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed?

Currently I only have Express installed (removed PHP because I couldn't get the echeck issue fixed, then removed Express when it quit working and re-installed IPN when Express quit working a few days ago. I have tried running both together to see if it worked, but no change)

edited*

I meant removed IPN! Sorry!

This is UPDATED info after talking to my host provider. New info is red. I can't delete the other post or I would.

1 Who do you host with? Bluehost

2 unix or windows? Bluehost: Linux
phpmyadmin: Localhost via UNIX socket

3 what version of php? 4.4.4

4 clean install or upgrade? Clean install through fantastico with my host

5 are you using IPN or PayPal Express? when receiving this error? Paypal Express

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed? I have both installed but only Paypal Express turned on.

7 is there a pattern or specific country that this happens with? No

8 Live or Sandbox? Live

**FOUND IT!!!! Fixed it (maybe).
**
but first, the requested data:

1 Who do you host with? goDaddy

2 unix or windows? Linux

3 what version of php? 5.0.4

4 clean install or upgrade? Clean install + latest patch.

5 are you using IPN or PayPal Express? when receiving this error? Paypal Express

6 Do you have 1 or both installed? Meaning, if not using one or the other do you have the other one installed?* - only Paypal Express*

7 is there a pattern or specific country that this happens with? Definitely US, not certain of others.

8 Live or Sandbox? Live

Being impatient i started looking at the code. In paypalwpp.php in function ec_step2_finish around line 1770 there is a nice check

if (!isset($paypal_ec_payer_info['ship_country_code']))

Well, it just happens that it IS set to '' (nothing).

Changing that line to:
if ((!isset($paypal_ec_payer_info['ship_country_code'])) OR ($paypal_ec_payer_info['ship_country_code']=='')) {$paypal_ec_payer_info['ship_country_code'] = $country1->fields['countries_iso_code_2']; $_SESSION['paypal_ec_payer_info']['ship_country_code']= $country1->fields['countries_iso_code_2'];}
**
allowed me to successfully complete a transaction.**

Now, I do NOT know PHP, and I do NOT understand Zen Cart guts well enough to say that this is IT. The problem is probably somewhere upstream and the fix is more elegant.

I can easily imagine though that PAyPal changed their protocol to return an empty but defined value instead of returning none, thus quietly throwing a wrench into Zen Cart machinery.

I can't wait what the PROs think! :smartass:

~Andrey

andrabr:

**FOUND IT!!!! Fixed it (maybe).
**
I can't wait what the PROs think! :smartass:

~Andrey

I can't tell you what the PROs will think but I will tell you that I could kiss you right now! Thank you thank you!

I get a really long lag after the paypal screen when I'm back on my site and click "confirm" but the order DOES go through and I get both the payment and the order confirm. So slow is better than not at all and I'll take it!

THANK YOU!

andrabr:

1. what version are you running: ZenCart 1.3.7

2. have you installed the latest patch: Yes

We are a 100% Express Checkout.

USEFUL observations:

1. I have a download-only product and it works just fine
2. The logs show:

Feb-15-2007 06:02:13
before_process - EC-5
resultset:
Array
(
[ACK] => Failure
[L_ERRORCODE0] => 81210
[L_SHORTMESSAGE0] => Invalid%20Parameter
[L_LONGMESSAGE0] => Country%20%3a%20Invalid%20Parameter
[L_SEVERITYCODE0] => Error
)

3. Same logs show:

Feb-15-2007 06:02:13
before_process - EC-3
address overrides added:
Array
(
[ITEMAMT] => 0.01
[SHIPPINGAMT] => 0.00
[AMT] => 0.01
[L_NUMBER0] => 0
[L_QTY0] => 1
[L_NAME0] => GUTS
[L_AMT0] => 0.01
[L_TAXAMT0] => 0.00
[SHIPTONAME] => Andrey Abramov
[SHIPTOSTREET] => 240 Bay Street #410
[SHIPTOSTREET2] =>
[SHIPTOCITY] => San Francisco
[SHIPTOSTATE] => CA
[SHIPTOZIP] => 94133
[SHIPTOCOUNTRY] =>
)

My best guess is that SHIPTOCOUNTRY used to be empty by default and now PayPal requires an explicit value.
This last bit of debug log that you posted is from a DoExpressCheckoutPayment API call. Can you post the GetExpressCheckoutDetails log data for the same transaction? (TOKEN will be the same in both)

PayPal EC processing happens in 3 stages:
**1. SetExpressCheckout **(sets a TOKEN between PP and your shop, and customer logs into their PP account)
2. GetExpressCheckoutDetails (gets details from PP based on customer-selected options)
**3. DoExpressCheckoutPayment **(sends payment request and captures funds to complete the order).
(All other debug logs merely show data pieces used in stitching together the entire transaction.)

It seems that perhaps PayPal is sending data back differently in the GetExpressCheckoutDetails step (perhaps due to a recent code-maintenance update on their end), which is causing Zen Cart to be confused over the results. I need to see the GetExpressCheckoutDetails logs that are created just before the error occurs (no need to complete checkout ... just login to PayPal and return to the store).

The fix suggested by andrabr earlier may provide some relief for U.S. shops, but may or may not be the final solution.

Debug logs will be a huge help. If you prefer not to post them here (they should be safe generally), you may PM me with FTP access to your debug log folder as an alternative.

(However, I do apologize in advance for delays in replying (if any), as I'm neck-deep in completing a very intense client project ...)