Anybody else experiencing a problem with PayPal

[gcamley]

The SellerDeck integration for PayPoint does not use a secure server-to-server callback to the PayPoint server and so is not affected by the problem being discussed in this thread.

Streamline is not a SellerDeck integration and so I cannot say for certain that it is not affected but I would think it is unlikely.

The Problem with Crypt::SSLeay meant that it would never work with SellerDeck so any intermittent problem will not be down to this problem.

[MrsBee]

I don't suppose anybody has noticed this happening again - but only now and again - have they?

I had it happen to one order at around 11am on 04/08/12 and to another at around 7pm on 06/08/12 (not sure that the time/date info is relevant). However, all that time Actinic recorded every other PSP payment successfully, it was only these two particular orders which did not have their payments confirmed.

If it's relevant I use PayPoint and Streamline for my payment processing - I'm not aware that they had any technical issues around the time of the two 'unpaid' orders, however I know it could have been my hosting and so I just wanted to rule out whether the above issue had risen its head again or not for anybody else?

[sclarkes]

actinic.pm worked

Changing actinic.pm worked but only after a website refresh.

panic over.

Thanks

[oracle]

Actinic.pm fix worked for us too after we did a website refresh. Many thanks Gordon

[NormanRouxel]

If your multiple sites are all using the same version of Actinic, then you can use an existing altered ACTINIC.pm.

[toolman.co.uk]

I have a solution that does not involve downgrading the perl modules.

Edit Actinic.pm in the site folder using a text editor such as Notepad
Search for 'sub HTTPS_SendAndReceive'
Now search for 'ssl_socket->read'

you should see

  while ($ssl_socket->read($buf, 1024))
   {
   $sResponse .= $buf;
   }

replace the above with

my ($nBuf) = 1024;
 while ($nBuf == 1024)
  {
  $nBuf = $ssl_socket->read($buf, 1024);
  $sResponse .= $buf;
  }

Save and exit
Update site

The fix is supplied as-is without any warranty i.e. I just wrote it and tested once and it seems to be okay.

Tech comment: It would appear that the perl module no longer reports zero buffer length at end of read loop. There is a possible problem with the way it now works, if the last block of data is 1024 bytes then the same problem may occur unless the perl module still accepts an extra read and returns zero. The code has worked the same way for as long as I can remember (at least 10 years). No idea why it should be changed now.

With multiple sites, does each file have to be altered or can the altered ACTINIC.pm file be pasted into each site folder?

[oracle]

Thanks Laura and Gordon for the feedback.

I managed to change the code OK in the file but it has not uploaded it to the server. I guess a refresh is in order. Will do that and report back.

Thanks

Rob

[gcamley]

It seems like we are the only ones to try the Actinic.pm fix and for it not to work.

Does the Actinic.pm get uploaded to the server? I was wondering if there was any way of telling whether the changes have been uploaded.

We are using V10 - I noticed that when following the instructions that

sub HTTPS_SendAndReceive

is quite a few lines above the code that needs to be changed.

Sorry about that, I have now amended the original post to include a second search to bring up the while loop.

The same fix should work in any version of SellerDeck that supports PayPal (Standard or Express).

The Actinic.pm is uploaded to the cgi-bin as al000001.pm (assuming that you have 1 for the CGI ID in Network settings). You can FTP to the cgi-bin to check that the file has been updated. You can also check in the installation folder for a file called ActinicFTP_1.log which is the log of the most recent upload and should show if it uploaded al000001.pm or not. Note if you ran another update since then this won't show the file being uploaded.

[MrsBee]

Oracle, I searched for sub HTTPS_SendAndReceive first too, but couldn't immediately see the code shown in Gordon's first box, so instead I did a search for while ($ssl_socket->read($buf, 1024)) - after I had found it I replaced the relevant four lines of code with the six lines of code given in Gordon's second box.

I then published the site and Actinic.pm was updated at the same time. Hope this helps.

[oracle]

It seems like we are the only ones to try the Actinic.pm fix and for it not to work.

Does the Actinic.pm get uploaded to the server? I was wondering if there was any way of telling whether the changes have been uploaded.

We are using V10 - I noticed that when following the instructions that

sub HTTPS_SendAndReceive

is quite a few lines above the code that needs to be changed.

Any suggestions anyone?

Thanks.

[MrsBee]

Thank you Gordon, I can also confirm that your mod has worked.

[AshW]

Thank you Gordon for posting a solution to the issue.

I've implemented your suggestion and things are working fine again.

Kind Regards

Ash

[gcamley]

PayPal orders have been going to PSP Pending for a few days. However, a more serious issue is that the PayPal Express Checkout button on my site is just returning a '500 Internal Server Error' page.

That is the same issue discussed in this thread.

Both forms of using PayPal and indeed Nochex are affected as they all use the same Crypt::SSLeay perl module.

There is now a Knowledgebase article for this problem at http://community.sellerdeck.com/showthread.php?t=53123

[Golf Tee Warehouse]

You need to implement the mod detailed in post #58

[AshW]

Hello all

I'm seeing the same problem on my site.

PayPal orders have been going to PSP Pending for a few days. However, a more serious issue is that the PayPal Express Checkout button on my site is just returning a '500 Internal Server Error' page.

http://www.linkwordlanguages.com/acatalog/

I've completely refreshed the website, but things are still the same. I haven't made any changes to the basket or hosting etc, and have been running on the same host with the same basket for years. I'm NOT hosting with Clook.

I've also double checked my PayPal API details for Express Checkout.

The PayPal standard checkout, and checkout with another PSP available from the site is fine, so it seems confined to PayPal Express Checkout.

Regards

Ash