Bug: Behaviors plugin blocks change creation in GLPI 11.0.1

[hakimbedja]

When the Behaviors plugin is activated in GLPI version 11.0.1, creating a new change fails.
After filling out the change form and clicking "Add," the user sees a "An error occurred" page.

The creation fails with an error page, and the change is not saved.

Error log (from php-errors.log):
glpi.CRITICAL: *** Uncaught PHP Exception TypeError: "GlpiPlugin\Behaviors\Change::beforeAdd(): Argument #1 ($change) must be of type GlpiPlugin\Behaviors\Change, Change given, called in ./src/Plugin.php on line 1719" at Change.php line 47
Backtrace :
./marketplace/behaviors/src/Change.php:47
./src/Plugin.php:1719 GlpiPlugin\Behaviors\Change::beforeAdd()
./src/CommonDBTM.php:1334 Plugin::doHook()
./front/change.form.php:56 CommonDBTM->add()
...Glpi/Controller/LegacyFileLoadController.php:64 require()
./vendor/symfony/http-kernel/HttpKernel.php:181 Glpi\Controller\LegacyFileLoadController->__invoke()
./vendor/symfony/http-kernel/HttpKernel.php:76 Symfony\Component\HttpKernel\HttpKernel->handleRaw()
./vendor/symfony/http-kernel/Kernel.php:197 Symfony\Component\HttpKernel\HttpKernel->handle()
./public/index.php:70 Symfony\Component\HttpKernel\Kernel->handle()

Additional information:

GLPI version: 11.0.1
Behaviors plugin version: 3.0.1
Browser: chrome latest
No other plugins conflict detected.

[stereosoul]

+1

[2025-12-03 10:37:25] glpi.CRITICAL: *** Uncaught PHP Exception TypeError: "GlpiPlugin\Behaviors\Change::beforeAdd(): Argument #1 ($change) must be of type GlpiPlugin\Behaviors\Change, Change given, called in ./src/Plugin.php on line 1759" at Change.php line 47
Backtrace :
./marketplace/behaviors/src/Change.php:47
./src/Plugin.php:1759 GlpiPlugin\Behaviors\Change::beforeAdd()
./src/CommonDBTM.php:1335 Plugin::doHook()
./front/change.form.php:57 CommonDBTM->add()
...Glpi/Controller/LegacyFileLoadController.php:64 require()
./vendor/symfony/http-kernel/HttpKernel.php:181 Glpi\Controller\LegacyFileLoadController->__invoke()
./vendor/symfony/http-kernel/HttpKernel.php:76 Symfony\Component\HttpKernel\HttpKernel->handleRaw()
./vendor/symfony/http-kernel/Kernel.php:197 Symfony\Component\HttpKernel\HttpKernel->handle()
./public/index.php:70 Symfony\Component\HttpKernel\Kernel->handle()
GLPI version: 11.0.1
Behaviors plugin version: 3.0.1
different browsers

[OsamaDengler]

Rason is a missing backslash in src/Change.php, line 47

Current (wrong): public static function beforeAdd(Change $change)
Correct: public static function beforeAdd(\Change $change)

Notice the backslash before Change.

[hakimbedja]

@OsamaDengler
Thank you for your help!
I applied the fix by adding the missing backslash in Change.php (line 47), and the plugin is now working correctly on GLPI 11.0.4.
I can successfully create a Change while the Behaviors plugin is enabled.

Thanks again for the quick support!

[stereosoul]

i confirm, it works

[Blackadmir]

I have fresh installation 11.0.4 without any other data or plugins.
it doesn't work for me.

https://forum.glpi-project.org/viewtopic.php?id=293718

maybe I'm doing something wrong ?

my set :
GLPI: 11.0.4 ( => /var/www/html/glpi_dev)
Behaviors (from Marketplace) : 3.0.1

I also cleaned the cache directory.

folder permissions:
drwxr-xr-x 7 www-data www-data 4096 Dec 11 13:48 behaviors/

Operating system: Linux glpi-dev 6.8.0-90-generic #​91-Ubuntu
SMP PREEMPT_DYNAMIC Tue Nov 18 14:14:30 UTC 2025 x86_64

PHP: 8.4.15 apache2handler

PHP extensions: Core, date, libxml, openssl, pcre, zlib, filter, hash, json, random, Reflection, SPL, session, standard, sodium,apache2handler, mysqlnd, PDO, xml, apcu, bcmath, bz2, calendar, ctype, curl, dom, mbstring, FFI, fileinfo, ftp, gd, gettext, iconv, imagick, imap, intl, ldap, exif, mcrypt, memcache, mysqli, pdo_mysql, Phar, posix, pspell, readline, shmop, SimpleXML, soap, sockets, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, xmlreader, xmlrpc, xmlwriter, xsl, zip, Zend OPcache

Setup: disable_functions="" max_execution_time="30" max_input_vars="1000" memory_limit="128M" post_max_size="8M"
session.cookie_secure="1" session.cookie_httponly="1" session.cookie_samesite="" session.save_handler="files"
upload_max_filesize="2M"

Web server: Apache/2.4.58 (Ubuntu) (Apache/2.4.58 (Ubuntu) Server at itsm-poc.pkpik.pl Port 443)

User agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36

Database: Server Version: 11.8.3-MariaDB-ubu2404

Error stack :
GlpiPlugin\Behaviors\Change::beforeAdd(): Argument #1 ($change) must be of type GlpiPlugin\Behaviors\Change, Change given, called in ./src/Plugin.php on line 1804
In ./marketplace/behaviors/src/Change.php(47)
#0 ./src/Plugin.php(1804): GlpiPlugin\Behaviors\Change::beforeAdd()
#1 ./src/CommonDBTM.php(1340): Plugin::doHook()
#2 ./front/change.form.php(57): CommonDBTM->add()
#3 ./src/Glpi/Controller/LegacyFileLoadController.php(64): require('...')
#4 ./vendor/symfony/http-kernel/HttpKernel.php(181): Glpi\Controller\LegacyFileLoadController->__invoke()
#5 ./vendor/symfony/http-kernel/HttpKernel.php(76): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#6 ./vendor/symfony/http-kernel/Kernel.php(197): Symfony\Component\HttpKernel\HttpKernel->handle()
#7 ./public/index.php(70): Symfony\Component\HttpKernel\Kernel->handle()
#8 {main}

... i will try again after upgrading PHP from 8.4 to 8.5

[hakimbedja]

I had exactly the same issue on GLPI 11.0.1 and fixed it manually.

The problem is not related to PHP 8.4 or cache.
It is caused by a missing namespace backslash in:

marketplace/behaviors/src/Change.php line 47

Current (wrong):
public static function beforeAdd(Change $change)

Fix:
public static function beforeAdd(\Change $change)

After applying this change and restarting Apache/PHP, change creation works correctly with the Behaviors plugin enabled.

Hope this helps 👍

[Blackadmir]

ok, thanks.

[tuxxic]

Hello, thanks for your solution @hakimbedja

Is there something to do with the current codebase ? If I add it manually does it have any impacts on the plugin elsewhere ?

Thanks for your help

[hakimbedja]

hello @tuxxic .

I applied the change manually in production (adding the missing backslash \Change) and everything is working fine so far.
There were no side effects observed on the plugin or on GLPI behavior.

However, this is only a manual workaround on my side.
If the plugin is updated, the fix will likely be overwritten and the issue may reappear unless it is integrated into the official codebase.

So at the moment, it’s a temporary manual fix rather than a permanent solution

Thank to @Blackadmir for identifying the root cause of the issue and proposing a solution.