[Resolved] Plugin causes 500 error after upgrading

chydeRPSD

We utilize the auth-ldap.phar plugin. Since version 1.10, and after any upgrade since then, we run into an issue where immediately after the upgrade, we are unable to login and see the error 500 page. If we manually disable the plugin by editing the ost_plugin table and setting the plugin isactive to 0 , that allows us to login with a locally authenticated user. We have tried: removing the plugin listing from the ost_plugin table, as well as references to it from the ost_config table, and have ensured that the plugins folder ONLY has the most recent copy (though my predecessor had left old copies of the phar plugin files). When we go to reinstall the plugin, we get a 500 error page. Reloading the page lists the plugin as installed, but if i check the ost_plugin table, there are now THREE versions of the plugin in the ost_plugin table. We have upgraded the version from version 1.9 and prior to our current 1.12 version.

Once the plugin is installed, attempts to access the plugin configuration page yields a blank page. Re-enabling the plugin results in the same 500 error (unsurpisingly)
if we consult the apache2 logs, we see the following error message which occurs when the 500 error page occurs.
[php7:error] [pid 2863] [client CLIENTIPADDRESS:28694] PHP Fatal error: Uncaught Error: Class 'LdapConfig' not found in /var/www/html/include/class.plugin.php:467\nStack trace:\n#0 /var/www/html/include/stafe/staff/plugin.inc.php(5): Plugin->getConfig()\n#1 /var/www/html/scp/plugins.php(66): require('/var/www/html/i...')\n#2 {main}\n thrown in /var/www/html/include/class.plugin.php on line 467, referer: https://helpdesk.rpsd.org/scp/plugins.php

I have managed to get it working in the past, but have tried so many different things that i have never been able to conclude what has ACTUALLY worked. Any ideas anyone has are greatly appreciated to try and get this permanently resolved! running currently with php7.3.11-1+ubuntu18.04 1+deb.sury.org+1 (have upgraded from 5.5), mysql 5.7.28 (that too has been upgraded from previous 5. releases) and apache 2.4.29 running on ubuntu 18.04 LTS

ntozier

chydeRPSD PHP Fatal error: Uncaught Error: Class 'LdapConfig' not found in /var/www/html/include/class.plugin.php:467

This says that it cannot find LdapConfig on line 467 of /include/class.plugin.php.
The config class is defined in the /include/plugins/auth-ldap/authentication.php.
This tells me that line 485 class LdapAuthPlugin extends Plugin { isn't happening.
My guess is that your server has .phar disabled.
Can you confirm that this?

chydeRPSD

Phar
Phar: PHP Archive support enabled
Phar API version 1.1.1
Phar-based phar archives enabled
Tar-based phar archives enabled
ZIP-based phar archives enabled
gzip compression enabled
bzip2 compression disabled (install ext/bz2)
Native OpenSSL support enabled
Phar based on pear/PHP_Archive, original concept by Davey Shafik.
Phar fully realized by Gregory Beaver and Marcus Boerger.
Portions of tar implementation Copyright (c) 2003-2009 Tim Kientzle.
Directive Local Value Master Value
phar.cache_list no value no value
phar.readonly On On
phar.require_hash On On

chydeRPSD

via phpinfo

ntozier

Linux? What flavor?

Just to make sure:
Up top in the first block of the phpinfo screen I have two more instances of the word phar:
one under: Additional .ini files parsed
and one under: Registered PHP Streams

note: If its Windows then you will only have the one under registered streams.

chydeRPSD

Ubuntu 18.01 LTS
Additional .ini files parsed /etc/php/7.3/apache2/conf.d/10-mysqlnd.ini, /etc/php/7.3/apache2/conf.d/10-opcache.ini, /etc/php/7.3/apache2/conf.d/10-pdo.ini, /etc/php/7.3/apache2/conf.d/15-xml.ini, /etc/php/7.3/apache2/conf.d/20-apcu.ini, /etc/php/7.3/apache2/conf.d/20-calendar.ini, /etc/php/7.3/apache2/conf.d/20-ctype.ini, /etc/php/7.3/apache2/conf.d/20-dom.ini, /etc/php/7.3/apache2/conf.d/20-exif.ini, /etc/php/7.3/apache2/conf.d/20-fileinfo.ini, /etc/php/7.3/apache2/conf.d/20-ftp.ini, /etc/php/7.3/apache2/conf.d/20-gd.ini, /etc/php/7.3/apache2/conf.d/20-gettext.ini, /etc/php/7.3/apache2/conf.d/20-iconv.ini, /etc/php/7.3/apache2/conf.d/20-imap.ini, /etc/php/7.3/apache2/conf.d/20-intl.ini, /etc/php/7.3/apache2/conf.d/20-json.ini, /etc/php/7.3/apache2/conf.d/20-ldap.ini, /etc/php/7.3/apache2/conf.d/20-mbstring.ini, /etc/php/7.3/apache2/conf.d/20-mysqli.ini, /etc/php/7.3/apache2/conf.d/20-pdo_mysql.ini, /etc/php/7.3/apache2/conf.d/20-phar.ini, /etc/php/7.3/apache2/conf.d/20-posix.ini, /etc/php/7.3/apache2/conf.d/20-readline.ini, /etc/php/7.3/apache2/conf.d/20-shmop.ini, /etc/php/7.3/apache2/conf.d/20-simplexml.ini, /etc/php/7.3/apache2/conf.d/20-sockets.ini, /etc/php/7.3/apache2/conf.d/20-sysvmsg.ini, /etc/php/7.3/apache2/conf.d/20-sysvsem.ini, /etc/php/7.3/apache2/conf.d/20-sysvshm.ini, /etc/php/7.3/apache2/conf.d/20-tokenizer.ini, /etc/php/7.3/apache2/conf.d/20-wddx.ini, /etc/php/7.3/apache2/conf.d/20-xmlreader.ini, /etc/php/7.3/apache2/conf.d/20-xmlwriter.ini, /etc/php/7.3/apache2/conf.d/20-xsl.ini, /etc/php/7.3/apache2/conf.d/25-apcu_bc.ini

chydeRPSD

Registered PHP Streams https, ftps, compress.zlib, php, file, glob, data, http, ftp, phar

chydeRPSD

I ended up creating a new directory, pointed apache2 at the new directory, unzipped the osTicket_1.12.5.zip into that directory, and copied over the ost-config.php file. I then copied the phar files into the plugins directory, restarted apache2, and all is well with the world again (or at least osTicket). It looks like it was some sort of issue with the files, and appears that the database itself was clean. All file and folder permissions on the old setup APPEARED to be correct, but perhaps i missed one somewhere along the line. Thank you for your assistance in trying to get this resolved!

KevinTheJedi

@chydeRPSD

I was literally about to post my findings when I saw you post lol

I tested this with latest codebase with upgraded database and latest plugin and all was fine. I'm glad you were able to figure out the issues!

Cheers.