PasXal Posted Monday at 10:44 AM Posted Monday at 10:44 AM Hello everyone, In preparation for an upgrade to v5, I am currently playing with my test environment. Now I have the problem that I get the error message “EX0” after logging in to the AdminPanel or when I want to call up topics in the forum (only as a user, as a guest I can read EVERYTHING in the forum). Even the test environment has already been moved to another server to see if there could be problems with the environment... I don't see any error messages in the log or in the developer console of the browser. All file permissions are correct, I have even deleted all old v4 files with the exception of the upload folder... What else can I check or does anyone know the error? Which logs can provide information? I am using PHP 8.2.26 and MariaDB 10.11.6 (error also occurs with MySQL 8.0.33) on a Debian 12 system. Thanks in advance!
Marc Posted Monday at 10:59 AM Posted Monday at 10:59 AM Please check your system logs first of all, if you can get to those. If you cant, try looking in uploads/logs Also, try uploading the patched files for this release, which you can find here
PasXal Posted Monday at 01:14 PM Author Posted Monday at 01:14 PM Hey Marc! Thanks for the tips! Unfortunately, I have applied the patch without success. The only error that can be seen in the log is always this error (but I don't think it should trigger EX0). IPS\Http\Url\Exception: INVALID_SEO_TEMPLATE promote_manage (0) #0 /var/www/vhosts/testsite.de/test.testsite.de/system/Http/Url/Friendly.php(221): IPS\Http\Url\Friendly::buildFriendlyUrlComponentFromData() #1 /var/www/vhosts/testsite.de/test.testsite.de/system/Http/Url.php(173): IPS\Http\Url\Friendly::friendlyUrlFromQueryString() #2 /var/www/vhosts/testsite.de/test.testsite.de/system/Lang/Lang.php(2007): IPS\Http\Url::internal() #3 [internal function]: IPS\Lang->IPS\{closure}() #4 /var/www/vhosts/testsite.de/test.testsite.de/system/Lang/Lang.php(2002): preg_replace_callback() #5 /var/www/vhosts/testsite.de/test.testsite.de/system/Lang/Lang.php(1811): IPS\Lang->replaceWords() #6 /var/www/vhosts/testsite.de/test.testsite.de/system/Output/Output.php(1066): IPS\Lang->parseOutputForDisplay() #7 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Dispatcher.php(192): IPS\Output->sendOutput() #8 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Standard.php(133): IPS\Dispatcher->finish() #9 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Front.php(678): IPS\Dispatcher\Standard->finish() #10 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Dispatcher.php(171): IPS\Dispatcher\Front->finish() #11 /var/www/vhosts/testsite.de/test.testsite.de/index.php(16): IPS\Dispatcher->run() #12 {main} #0 /var/www/vhosts/testsite.de/test.testsite.de/init.php(827): IPS\Log::log() #1 [internal function]: IPS\IPS::exceptionHandler() #2 {main} I have also just tried to reinstall v5 once. I got the following error: #0 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/sources/Setup/Install.php(705): IPS\Application::load() #1 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/sources/Setup/Install.php(473): IPS\core\Setup\Install->IPS\core\Setup\{closure}() #2 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/sources/Setup/Install.php(702): IPS\core\Setup\Install->appLoop() #3 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/sources/Setup/Install.php(446): IPS\core\Setup\Install->step3() #4 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/modules/setup/install/install.php(82): IPS\core\Setup\Install->process() #5 /var/www/vhosts/testsite.de/test.testsite.de/system/Helpers/MultipleRedirect/MultipleRedirect.php(104): IPS\core\modules\setup\install\install->IPS\core\modules\setup\install\{closure}() #6 /var/www/vhosts/testsite.de/test.testsite.de/applications/core/modules/setup/install/install.php(56): IPS\Helpers\MultipleRedirect->__construct() #7 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Controller.php(139): IPS\core\modules\setup\install\install->manage() #8 /var/www/vhosts/testsite.de/test.testsite.de/system/Dispatcher/Setup.php(261): IPS\Dispatcher\Controller->execute() #9 /var/www/vhosts/testsite.de/test.testsite.de/admin/install/index.php(16): IPS\Dispatcher\Setup->run() #10 {main} Everything was green in the system check... I don't see any errors on my system AdHoc either. My v4 installation runs without any problems... Any other ideas? =/
PasXal Posted Wednesday at 01:07 PM Author Posted Wednesday at 01:07 PM In fact, I was able to install it when I selected only the forum and core module during setup. After I installed all other modules (Commerce, Pages etc.) the EX0 error appeared again. Deleting the modules via FTP has not been successful so far, very strange. So far I could always solve all problems (mostly it was third party extensions that caused errors) but now I am really on the tube because the problem occurs on two systems with exactly the same error pattern. @Esther E. Yes, I use the Google Login. Old methods such as Twitter, Facebook etc. are deactivated but not deleted.
PasXal Posted Wednesday at 01:24 PM Author Posted Wednesday at 01:24 PM New info.. If I go back to the converted database, I get the EX0 error. If I use the database that was converted, I directly get the EX0 / 500 error again... AND Now I see a 500 Error in the console... /admin/?app=core&module=system&controller=login&ref=:1 POST https://test.MySite.de/admin/?app=core&module=system&controller=login&ref= 500 (Internal Server Error) root_library.js?v=92c9c4f9c81734360684:3 JQMIGRATE: Migrate is installed, version 3.4.1 Is JQMIGRATE a problem?
PasXal Posted Wednesday at 02:53 PM Author Posted Wednesday at 02:53 PM Ok, I'm a bit confused today... The new installation is now running with ALL applications without any problems. If I now switch to the converted database via conf_global.php I get error 500 or EX0 without further details (login AdminCP, view topics). The databases are all on InnoDB and utf8mb4_unicode_ci. So it seems to be some problem in the database for me, but this also exists since 2014 and has been used since v3.
Management Matt Posted Wednesday at 03:28 PM Management Posted Wednesday at 03:28 PM Are you able to look at the server's error.log?
PasXal Posted Thursday at 10:24 PM Author Posted Thursday at 10:24 PM I've finally done it and it's been a really weird problem... After I changed the remaining tables to InnoDB (previously I had a mix of MyISAM and InnoDB) and adjusted the value in conf_global accordingly, exactly nothing happened. New theme created, no success... And now comes the solution: My translation in German (From the old Marketplace) taken over from v4 was the problem! As soon as I changed the language back to English, all problems were solved and I can now work with it... No log had logged the error, simply out of desperation I tested this thing because it deviates from the standard... Finally testing v5 with my data, thanks to all! :)
Marc Posted yesterday at 08:06 AM Posted yesterday at 08:06 AM Yes, you would indeed need a new language pack on version 5. Glad to hear you now have things working 🙂 PasXal 1
Recommended Posts