Version: 4.2.1 Specifically is having some PHP version bug

[ghpk]

As I've posted on another thread about pipe problem, I think this is getting little more worth investigating that latest version of WHMCS is secifically verifying path to php.

 

I've been running whcms for a few years now, and i am sure only this release has some unknown bug where php5 is looked upon for version.

 

Error when cron runs,

<br>The file <b>/home/username/public_html/path/path/admin/cron.php</b> was encoded with the PHP 5 ionCube Encoder, and requires PHP 5 to be installed

 

Earlier my dedicated box had php4 and php5 installed, PHP5 was done when it was not in the easyapache and one had to manually install php5 to a different path.

php4 is OBSOLETE and is already disabled on my box too, but seems latest whmcs is still digging old path to verify php and Ioncube thing.

 

like on my server php4 was at /usr/local/bin/php

and php5 was at /usr/local/php5/

and php4 was disabled almost a year + and whmcs was running all fine, but since i loaded 4.2.1 the

above error is all over the place.

nothing changed server side, as said earlier too.

 

I may need to remove all disabled php4 and php5 and re-do the php compilation but it may lead to

many pains on custom setup which i am scared of taking.

 

however only point of opening this thread is Why latest version is trying to dig generic path, when account running whmcs is PHP5.x as shown in phpinfo and php4 doesn't exist on the box.

 

all this is giving error as

encoded with the PHP 5 ionCube Encoder, and requires PHP 5 to be installed

when php5 is already available to the account and whmcs was running on same folder(of course license needs you to) for so many years.

[WHMCS John]

It's no bug - just your server invoking the cron under the wrong PHP version. Are you using Plesk to configure the cron by any chance? You need to enter the path to PHP5 in the "path the executable file" field.

[ghpk]

No, I am on a cpanel server.