CD_Followup downloads.php not replaced during upgrade

[xyzulu]

Just a small issue I noted with the upgrade.. /downloads.php wasn't updated during the auto upgrade.. the file that remained wasn't encoded with the newer ioncube loaders so I had to replace it with the downloads.php file from the full install before I could use php 7.1/7/2

 

Apart from that, so far so good.

Good work WHMCS and all the testers!

Edited April 3, 2018 by xyzulu

[WHMCS ChrisD]

Thanks for the feedback @xyzulu

Did you upgrade manually or with the Auto-Updater?

[xyzulu]

Auto updater

[WHMCS ChrisD]

Thanks I'm checking on this internally

 

[WHMCS ChrisD]

In the meantime here's the v7.5.0 file downloads.php

[WHMCS John]

Hi @xyzulu,

What were the permissions, ownership and user of the downloads.php file please?

If that differed from the other files, it might explain why it wasn't replaced for you.

[xyzulu]

The file was downloads.php

All permissions were the same as the other files

[DennisHermannsen]

We also have this issue.

[root@pro4 public_html]# ls -la downloads.php
-rw-r--r-- 1 primaser primaser 31977 Oct  2  2016 downloads.php

Manually downloading and uploading the file works fine.

 

We also see a PHP compatibility warning for the following files after upgrading using the automatic updater:
modules/servers/admin.process.php
modules/servers/config.php
modules/servers/functions.dedicated.php
modules/servers/kvm.php
modules/servers/manager.php
modules/servers/process.php

Those files has the same permissions and last modified date was Oct. 10th 2016.
I can't find these files in the full release, so I'm guessing they're third party?

[bayden10]

Hi, the 7.5.0 downloads.php that was provided has a closing tag </a> in the wrong place. The file name, size and description text is being referenced with <a href>

~jim