PayPal not working

[Mike718NY]

PayPal was working. I recently added a new email address and made it primary,
and it worked . . but now I'm getting this message:

We cannot process this transaction because there is a problem with the PayPal email address supplied by the seller. Please contact the seller to resolve the problem. If this payment is for an eBay listing, you can contact the seller via the "Ask Seller a Question" link on the listing page.

I looked at the the settings in paypal and can't find anything.

[Brewhaus]

I just started to hit the exact same thing today, yet it seems to be working on my other website (using different web software).

There are surely others who have just run into the same problem, if there are two of us who ran into the same issue on the same day.

[Mike718NY]

I'm getting a JavaScript error
(you can view it if you double click the yellow symbol on the lower left corner of the browser).
I wonder if that is causing it.

For Line 81:

[compunerdy]

This is 3 of us...anyone have any ideas?? I cant accept any direct paypal payments through the store as we get the same error. Credit card payments through paypal are working fine.

[Jusedawg]

We started getting the same thing on the 11th as well. Most likely, the PayPal module is passing something incorrectly and now PayPal activate some extra checks and it is being caught is what it seems like to me.

[Jusedawg]

I turned on Network tracing and looking at the POST request to here https://www.paypal.com/cgi-bin/webscr?cmd=_xclick&
there is no data being passed at all.

[Jusedawg]

Just for kicks I tried another PayPal account which works on another store software just fine and it has the same problem, so it isn't account related and definitely something wrong with what is being POSTed.

Another interesting thing is AC is posting to https://www.paypal.com/xclick , but if you look at the documentation it says it should be https://www.paypal.com/cgi-bin/webscr in the example they give.

For our other store software that works, this is the address being used https://secure.paypal.com/cgi-bin/webscr

[Mike718NY]

I'm lost how to fix this.
Do you think PayPal changed something and now the AC7 code needs to be updated?

[Jusedawg]

Yes, I just answered my own question. It is the URL that is the problem.

Right now the PayPal module uses https://www.paypal.com/xclick

I changed it to https://secure.paypal.com/cgi-bin/webscr and it worked just fine.

Now I just need the updated CommerceBulder.Providers source code and I can recompile for the fix.

I guess someone needs to file a bug with them since they do not seem to be checking the forums and everyone without the source code will need be able to download the new dll.

[Shopping Cart Admin]

Hello All,

We are actively working on this issue. Mike thanks for opening the bug report. As soon as we confirm we're fixing the correct issue, we'll have a patch out.

[mfreeze]

I have a client who is also experiencing this problem. I opened a case with Able; The Case Number is 3284.

[Robbie@FireFold]

+1 on another store having issues.

[Jusedawg]

My guess is they are using the email payment link which is really https://www.paypal.com/_xclick

They are missing the underscore on that, but in the documentation, the buy now button URL is either

https://secure.paypal.com/cgi-bin/webscr or https://www.paypal.com/cgi-bin/webscr

No idea where the current URL(https://www.paypal.com/xclick) came from.

[Logan Rhodehamel]

No idea where the current URL(https://www.paypal.com/xclick) came from.

It was from a .NET SDK that has since been discontinued.

[Shopping Cart Admin]

Hello All,

Attached is a fix please test it and let us know if it solves the issue. We haven't tested it with a live account, funny thing is it still works on the sandbox which it was tested with.

[Robbie@FireFold]

Testing on my dev server now.

[Logan Rhodehamel]

funny thing is it still works on the sandbox

It being the old URL. I confirmed the symptom trying to use the live mode but sandbox did not have trouble. After update of URL to match the documentation, I could not reproduce the symptom on either live or sandbox mode. Both modes appear to be producing the correct result.

Now I have to do post-analysis to figure out when the URLs changed and why one of us didn't know about it. There were some posts in the PayPal community forum about it but no official response yet.

[Robbie@FireFold]

Fixed worked. Going into my live site now.

I will find out quickly if any other issues come up.

[Jusedawg]

Hello All,

Attached is a fix please test it and let us know if it solves the issue. We haven't tested it with a live account, funny thing is it still works on the sandbox which it was tested with.

Yep, all good.

Now can I have the link for all the updated source code please? Obviously, you can send to me directly or add it to my case.

We really need a place to just grab the updated version when a new release comes out instead of us having to open a case and ask for it every time.

Thanks,

Chad

[Robbie@FireFold]

Had a customer checkout with PayPal so everything appears to be okay.

This is why Able rocks! Lightning fast reaction to an issue.

[Mike718NY]

I can get to the PayPal page now, and thanks, . .
but I can't Capture a payment.

PayPal Authorize $0.50 SUCCESS Transaction ID:.....

give me the error:

PayPal Capture $0.50 FAILED That assembly does not allow partially trusted callers.

This has happend 2 times. The Capture did work at one time.

[Jusedawg]

Yes, you are right. I was just looking at some of ours and they all seem to be stuck waiting on the IPN.

11/13/2008 4:30 PM PayPal Authorize $0.00 PENDING Waiting for IPN (PENDING)

[Logan Rhodehamel]

EDIT: I just remembered there are limitations with PayPal and medium trust because some features require the Microsoft WSE library. This library does not support partial trust:

http://help.ablecommerce.com/mergedProj ... paypal.htm

[Logan Rhodehamel]

11/13/2008 4:30 PM PayPal Authorize $0.00 PENDING Waiting for IPN (PENDING)

Are you also running in medium or partial trust? The document does not state specifically how IPN is handled. I will have to test it to confirm it works. I imagine it should, it is not relying on WSE that I can recall.

[Jusedawg]

We are getting 302 errors now according to the log file.

POST /ProcessPayPal.ashx OrderId=27237 443 - 66.211.170.66 - 302 0 0