PayPal not working

[Jusedawg]

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.

This is the only application of the servers, but we are using standard payments anyways. The only thing that changed on the server was the new PayPal provider dll.

[Logan Rhodehamel]

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

What is the 443? Can you post the fields to go with that log entry?

[adamyang]

We got the same issue, I am on pressure to get it work. I hope it can be fixed asap.

Somehow it works in sandbox but not on live site.

[Logan Rhodehamel]

We got the same issue, I am on pressure to get it work. I hope it can be fixed asap.

I feel like I am juggling multiple issues here. Which symptom do you have? The more information I get the faster I can help you guys out.

I have confirmed the issue of being able to Authorize but not Capture (as posted by Mike718NY) appears to be related to trust. I can reproduce that scenario by running in medium trust, placing an order with paypal, then attempting to capture the payment from the AC admin. This is not possible because the PayPal API relies on WSE which forbids medium trust access. If you are fixed to medium trust you can only perform post-order operations from within the PayPal merchant interface.

Now there is a second issue from Jusedawg - either a 443 or a 302 being returned to the ProcessPayPal.ashx script. That does not seem related to permissions or at least I haven't reproduced that with alterations to trust policy.

[Jusedawg]

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

What is the 443? Can you post the fields to go with that log entry?

443 is the port for SSL

That is from the web server log, not Able. I have debugging turned on in AC but nothing is being written to the PayPal log file.

As a side note, I used their IPN simulator test tool and gets the same error.

POST /ProcessPayPal.ashx - 443 - 216.113.191.33 - 302 0 0

216.113.191.33 = developer.paypal.com

302 is the error code = HTTP Error 302 - Moved temporarily

Is there some redirection going on in this handler?

[Logan Rhodehamel]

Are you also running in medium or partial trust? The document does not state specifically how IPN is handled.

For future reference, IPN works in medium trust. If you have straight medium trust, the payment will work but the ProcessPayPal.ashx script will give errors. You have to have medium trust + webpermission otherwise your customers will see an error upon attempting to return to the store. (It is common practice for hosting companies to enable webpermission.)

[Jusedawg]

Any idea how to check what trust level an application is running?

I don't think it is related to mine, but was just wondering.

[Logan Rhodehamel]

302 is the error code = HTTP Error 302 - Moved temporarily

Is there some redirection going on in this handler?

Yes but this is expected. Jusedawg you are familiar with ASPNET trace? If you turn on tracing, then run through an IPN scenario (I am not sure if simulator will work), the trace data may be helpful. I need to get our live account info. I get a sense that the sandbox is no longer a reliable indicator on this issue.

[Logan Rhodehamel]

I have just completed a test using a live account with the PayPal assembly attached to this forum thread. I clicked Pay Now from the order invoice, it took me to the PayPal payment page as expected. I completed the payment and while I remained on the PayPal receipt page, I confirmed from the AC order admin IPN came through and the order had already registered to Authorized status. Then I voided the payment from the PayPal merchant admin and again the void IPN came through and updated my order in AbleCommerce. That puts me back to square one.

So I need to establish who here is still having issues and exactly what they are.

Jusedawg you are seeing hits to the IPN processing page but you are not getting updates in the AbleCommerce admin side?

[Jusedawg]

Yeah, I figured it out after I turned tracing on.

Apparently, the email field is case-sensitive. It was accepting on the first request, but I guess when the IPN was trying to verify it was saying they did not match.

[adamyang]

We got the same issue, I am on pressure to get it work. I hope it can be fixed asap.

I feel like I am juggling multiple issues here. Which symptom do you have? The more information I get the faster I can help you guys out.

I have confirmed the issue of being able to Authorize but not Capture (as posted by Mike718NY) appears to be related to trust. I can reproduce that scenario by running in medium trust, placing an order with paypal, then attempting to capture the payment from the AC admin. This is not possible because the PayPal API relies on WSE which forbids medium trust access. If you are fixed to medium trust you can only perform post-order operations from within the PayPal merchant interface.

Now there is a second issue from Jusedawg - either a 443 or a 302 being returned to the ProcessPayPal.ashx script. That does not seem related to permissions or at least I haven't reproduced that with alterations to trust policy.

My issue is the same as Mike718NY got at the first place, I haven't tried to put the attached dll on the live site yet.

[adamyang]

We got the same issue, I am on pressure to get it work. I hope it can be fixed asap.

I feel like I am juggling multiple issues here. Which symptom do you have? The more information I get the faster I can help you guys out.

I have confirmed the issue of being able to Authorize but not Capture (as posted by Mike718NY) appears to be related to trust. I can reproduce that scenario by running in medium trust, placing an order with paypal, then attempting to capture the payment from the AC admin. This is not possible because the PayPal API relies on WSE which forbids medium trust access. If you are fixed to medium trust you can only perform post-order operations from within the PayPal merchant interface.

Now there is a second issue from Jusedawg - either a 443 or a 302 being returned to the ProcessPayPal.ashx script. That does not seem related to permissions or at least I haven't reproduced that with alterations to trust policy.

My issue is the same as Mike718NY got at the first place, I haven't tried to put the attached dll on the live site yet.

The PayPal is working for me now with the dll attached.
Thank All.

[Logan Rhodehamel]

Apparently, the email field is case-sensitive. It was accepting on the first request, but I guess when the IPN was trying to verify it was saying they did not match.

I logged this as bug 7461. We can make the match case insensitive, but it won't be fixed as quickly as the URL issue was.

[Brewhaus]

I missed a day on this due to lack of time. Does the file provided resolve the problem, or was a subsequent issue found? Not having downloaded the file, I also have to ask if it is simply a matter of unzipping and overwriting the existing files with those in the zip file.

[Logan Rhodehamel]

I missed a day on this due to lack of time. Does the file provided resolve the problem, or was a subsequent issue found? Not having downloaded the file, I also have to ask if it is simply a matter of unzipping and overwriting the existing files with those in the zip file.

The attached file solves the problem originally reported. Yes, unzip the CommerceBuilder.PayPal.DLL file and place into the "bin" folder of your install. This will overwrite the existing file.

There were two other unrelated issues discussed in this thread. Both were solved and this updated file is still valid.

[Brewhaus]

Do I need to register the new DLL? When I simply overwrite the file, I get a runtime error upon accessing the site. Fortunately I backed up the previous file. I also simply changed the name of the original file, but left it in the bin folder. Would this matter?

[Logan Rhodehamel]

Do I need to register the new DLL? When I simply overwrite the file, I get a runtime error upon accessing the site. Fortunately I backed up the previous file. I also simply changed the name of the original file, but left it in the bin folder. Would this matter?

Good call on the backup. I should have suggested that myself. But if the backup file remained in the bin folder that could be the cause of the runtime error. When you are ready to try again, take your original file off to another folder for a backup purpose. Then overwrite the original in the bin folder with this one.

[Brewhaus]

I removed the original file to another folder, and replaced it with the new file. The first attempt still gave a Runtime error, but that seemed to snap everything into shape, as it appears to be working now.

[compunerdy]

I have a customer trying to pay a balance and paypal is saying (The link you have used to enter the PayPal system contains an incorrectly formatted item amount.) Any chance this is a related issue?

[Logan Rhodehamel]

I have a customer trying to pay a balance and paypal is saying (The link you have used to enter the PayPal system contains an incorrectly formatted item amount.) Any chance this is a related issue?

It doesn't fit the symptoms we were seeing, but if you are using paypal basic (pay now button) trying to put this update into place would not be a bad choice.

[compunerdy]

The update is already in place. So this must be a seperate issue..do you want me to file another bug report?

[Logan Rhodehamel]

The update is already in place. So this must be a seperate issue..do you want me to file another bug report?

Yes please. As much detail as you can provide will be helpful, including the amount of the desired payment.

[Shopping Cart Admin]

Hello All,

I'm locking this thread as were getting un-related issues being posted, please open new threads.