After upgrading from a working 2.11.4 install to 2.12.0, visiting the web frontend now only gives this error: (linebreaks added) Fatal error: Uncaught Error: Class "Zend_Controller_Request_Http" not found in /usr/local/www/icingaweb2/library/Icinga/Web/Request.php:14 Stack trace: #0 /usr/local/www/icingaweb2/library/Icinga/Application/ClassLoader.php(275): require() #1 /usr/local/www/icingaweb2/library/Icinga/Application/EmbeddedWeb.php(89): Icinga\Application\ClassLoader->loadClass('Icinga\\Web\\Requ...') #2 /usr/local/www/icingaweb2/library/Icinga/Application/Web.php(92): Icinga\Application\EmbeddedWeb->setupRequest() #3 /usr/local/www/icingaweb2/library/Icinga/Application/ApplicationBootstrap.php(388): Icinga\Application\Web->bootstrap() #4 /usr/local/www/icingaweb2/library/Icinga/Application/webrouter.php(105): Icinga\Application\ApplicationBootstrap::start() #5 /usr/local/www/icingaweb2/public/index.php(4): require_once('/usr/local/www/...') #6 {main} thrown in /usr/local/www/icingaweb2/library/Icinga/Web/Request.php on line 14 Judging from the upgrade patch (https://bugs.freebsd.org/bugzilla/attachment.cgi?id=245396&action=diff) everything in /usr/local/www/icingaweb2/library/vendor/ is no longer included, including Zend. Restoring everything in this directory from a 2.11.4 package didn't restore functionality, nor did installing the ZendFramework-php82 package. This commit removed the vendor directory's contents: https://github.com/Icinga/icingaweb2/commit/50bd5cfdc9ebc5a556ba0f0d307858570890ef18 The icinga-php-thirdparty port remains at version 0.11 while 0.12 has been released since which does include all the Zend directories. Installing that at version 0.12.0, however, still throws an error about a missing class: Class "ipl\Web\Style" not found and various other warnings mentioning ipl.
*** Bug 275318 has been marked as a duplicate of this bug. ***
Hello. I marked my PR (275318) as a duplicate of yours/this one, since the description in this PR is more thorough than the one I provided. The problem is widespread! It is not only affecting a single person, it is not only affecting customized ports built via poudriere and it does not focus on a certain release of the underlying OS. On several testboxes, ranging from FreeBSD 13.2-RELENG, 14.0-RELENG, 13-STABLE, 14-STABLE and CURRENT, after an upgrade AND/OR after a newly installed icingaweb2 (we ported some of our configuration files, so a slight possibility of a malformed config due to upgrade could have been a possibility causing the problem ...) - on all platforms the problem occurs! The port should be reverted as soon as possible, since it isn't working anymore.
This seems to have been quietly resolved with icinga-php-library-php82-0.13.1 and icinga-php-thirdparty-php82-0.12.1.