Anybody else experiencing a problem with PayPal

[MrsBee]

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

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

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.

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

[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

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

[NormanRouxel]

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

[oracle]

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

[sclarkes]

actinic.pm worked

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

panic over.

Thanks

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

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

Sorry Gordon, but I'm afraid I don't quite understand your reply. If websites utilising PayPoint (such as all four of my sites) are not affected by the problem discussed in this thread, how would it be that the mod you provided fixed my problem last week? (I confirmed this earlier in the thread on 01/08/12). I have a feeling I may have completely misunderstood what you mean and so, if I have, please accept my apologies in advance. Thanks.

[gcamley]

A new version of Crypt::SSLeay has been released on CPAN the version is 0.64.


This has been tested by our QA with a default 11.0.3 site.


Customers that have experienced this problem need to run Web Site Analysis from the 'Help | Troubleshooting' menu to check that the new version has been installed on their server and if so they should undo the customisation in Actinic.pm. If they have no other customisation of this file then they may simply copy it across to the site folder from the 'Original' folder.

[oracle]

A new version of Crypt::SSLeay has been released on CPAN the version is 0.64.


This has been tested by our QA with a default 11.0.3 site.


Customers that have experienced this problem need to run Web Site Analysis from the 'Help | Troubleshooting' menu to check that the new version has been installed on their server and if so they should undo the customisation in Actinic.pm. If they have no other customisation of this file then they may simply copy it across to the site folder from the 'Original' folder.

I have a client running 11.0.3. All his PayPal orders go into Pending Payment Service Provider and have done since we launched the site a month or two ago. I ran Web Site Analysis and it said Crypt::SSLeay was not installed.

Would the Actinic.pm customisation work for him in this case?

He also received an email from PayPal the other day saying this:

Please check your server that handles PayPal Instant Payment Notifications (IPN). Instant Payment Notifications sent to the following URL(s) are failing:

[URL removed]

If you do not recognize this URL, you may be using a service provider that is using IPN on your behalf. Please contact your service provider with the above information. If this problem continues, IPNs may be disabled for your account.

Is it the Crypt::SSLeay that handles IPNs?

[Golf Tee Warehouse]

A new version of Crypt::SSLeay has been released on CPAN the version is 0.64.

This has been tested by our QA with a default 11.0.3 site.

Customers that have experienced this problem need to run Web Site Analysis from the 'Help | Troubleshooting' menu to check that the new version has been installed on their server and if so they should undo the customisation in Actinic.pm. If they have no other customisation of this file then they may simply copy it across to the site folder from the 'Original' folder.

I can confirm that an unmodified version of Actinic.pm is working correctly with the new version 0.64 of Crypt::SSLeay