Your comments

I've got this!

The command is:

sudo apt install php7.4-zip

and the problem is gone.

By trash I meant some PHP site I bought for 50$ which is using this blueloader for pinging the main server, if there's no response the page I bought is down.

I do have it installed in fact, as you can see in the above screenshot.

location ~ \.php$ {

include snippets/fastcgi-php.conf;

fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

include fastcgi_params;


Above is a snippet from the filerun nginx configuration.

I did successfully update filerun before without any issues, but with this particular update it's not possible anymore, no idea why.

This blueloader warning isn't that relevant, it's sole purpose is to check with the main server if I'm running a licensed website, which is trash anway, so I think it's not affecting this issue at all.

No problem, thank you for reply!

I assume it is a bug in fact, as this is what the error is once I enabled display errors:

Developer info: de:1 met:300 ml:128M
Cleaning after previous update...Done
Extracting update...
Fatal error: Uncaught Error: Class 'ZipArchive' not found in /var/www/filerun/system/classes/arch/ Stack trace: #0 /var/www/filerun/system/classes/arch/arch.lib.php(16): ArchZip->__construct() #1 /var/www/filerun/system/modules/software_update/sections/cpanel/php/install.php(45): ArchUtil::init() #2 /var/www/filerun/index.php(191): unknown() #3 {main} thrown in /var/www/filerun/system/classes/arch/ on line 10

I disabled HTTP/2 protocol, but it makes no difference :(

I cannot find "Prevent the browser from opening the file." option anywhere on top of that :/

Any suggestions where I should go looking for something that is causing this?

Could it be that this is because I am using HTTP/2 protocol?

I haven't done any modifications to filerun apart from those within the filerun webpanel itself.

I am not using reverse proxy for filerun at all

Here's my apache2 virtualhost for filerun

I have just recently added the filesmatch .php and it makes absolutely no difference for this issue, whether I have it or not - apart from website loading speeds, those have improved, but please do feel free to correct any mistakes you would spot here, it would be much appreciated.