GLPI 11 - Various issues migrating forms from Form Builder to the native version

[afpes]

Code of Conduct

• I agree to follow this project's Code of Conduct

Is there an existing issue for this?

• I have searched the existing issues

Version

11.0.0

Bug description

The form is being migrated in parts, and display options with conditionals are not being migrated.
Migrated forms are also not saving the request when opening a new ticket, getting stuck on the same screen.

#Suggestion: Add the option to link the groups object to actors, or add the option to restrict groups in the actors type field, previously available in the form builder.

#News: I noticed that the Behaviors plugin is causing a 500 error when responding to native GLPI forms.

Relevant log output

Page URL

No response

Steps To reproduce

No response

Your GLPI setup information

No response

Anything else?

No response

[cconard96]

Please write in English (automatic translations are OK).

Having issues reported all in English helps ensure that searching for existing/already reported issues is easier.
Also, the community and development team is international so having a common language helps us too.

Escreva em inglês (traduções automáticas são aceitáveis).

Relatar problemas em inglês ajuda a facilitar a pesquisa de problemas existentes/já relatados.
Além disso, a comunidade e a equipa de desenvolvimento são internacionais, portanto, ter um idioma comum também nos ajuda.

[afpes]

I updated the entire issue to English, to make it easier to understand and search.

[trasher]

The form is being migrated in parts, and display options with conditionals are not being migrated. Migrated forms are also not saving the request when opening a new ticket, getting stuck on the same screen.

We need more information, like logs, javascript errors in browser.

#News: I noticed that the Behaviors plugin is causing a 500 error when responding to native GLPI forms.

Plugins issues must be reported on plugin repository.

[afpes]

1 of the interface's problematic points: In the author type field, we are unable to perform searches.

2nd point: when trying to save the form, no error is displayed on the screen, or in the browser console, but it does not save.

In the logs I didn't find much that could help, the one that had the most recent data was php-errors.log

[2025-10-09 13:21:35] glpi.WARNING: *** User Warning: Invalid relations declared between "glpi_plugin_order_othertypes" and "glpi_plugin_order_others" table. Target field "plugin_order_othertypes_id" is not a foreign key field of "PluginOrderOthertype". at DbUtils.php line 2232
Backtrace :
./src/DbUtils.php:2232
./src/autoload/dbutils-aliases.php:628 DbUtils->getDbRelations()
./src/CommonDBTM.php:915 getDbRelations()
./src/CommonDBTM.php:839 CommonDBTM->cleanRelationData()
./src/CommonDBTM.php:2152 CommonDBTM->deleteFromDB()
./src/RuleMatchedLog.php:156 CommonDBTM->delete()
./src/Glpi/Inventory/MainAsset/MainAsset.php:963 RuleMatchedLog->cleanOlddata()
./src/RuleImportAsset.php:978 Glpi\Inventory\MainAsset\MainAsset->rulepassed()
./src/Rule.php:1456 RuleImportAsset->executeActions()
./src/RuleCollection.php:1505 Rule->process()
./src/Glpi/Inventory/MainAsset/MainAsset.php:609 RuleCollection->processAllRules()
./src/Glpi/Inventory/Inventory.php:843 Glpi\Inventory\MainAsset\MainAsset->handle()
./src/Glpi/Inventory/Inventory.php:448 Glpi\Inventory\Inventory->handleItem()
./src/Glpi/Inventory/Request.php:389 Glpi\Inventory\Inventory->doInventory()
./src/Glpi/Inventory/Request.php:91 Glpi\Inventory\Request->inventory()
...lpi/Agent/Communication/AbstractRequest.php:434 Glpi\Inventory\Request->handleAction()
...lpi/Agent/Communication/AbstractRequest.php:341 Glpi\Agent\Communication\AbstractRequest->handleJSONRequest()
./src/Glpi/Controller/InventoryController.php:96 Glpi\Agent\Communication\AbstractRequest->handleRequest()
./vendor/symfony/http-kernel/HttpKernel.php:181 Glpi\Controller\InventoryController->index()
./vendor/symfony/http-kernel/HttpKernel.php:76 Symfony\Component\HttpKernel\HttpKernel->handleRaw()
...tener/CatchInventoryAgentRequestListener.php:77 Symfony\Component\HttpKernel\HttpKernel->handle()
...ymfony/event-dispatcher/EventDispatcher.php:260 Glpi\Kernel\Listener\RequestListener\CatchInventoryAgentRequestListener->onKernelRequest()
...ymfony/event-dispatcher/EventDispatcher.php:220 Symfony\Component\EventDispatcher\EventDispatcher::Symfony\Component\EventDispatcher{closure}()
...symfony/event-dispatcher/EventDispatcher.php:56 Symfony\Component\EventDispatcher\EventDispatcher->callListeners()
./vendor/symfony/http-kernel/HttpKernel.php:157 Symfony\Component\EventDispatcher\EventDispatcher->dispatch()
./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()

Regarding the import issue, I would have to simulate it again.
But the fact is that the conditional options for displaying fields appear, but they can't reference the field that was previously there. Therefore, manual linking is necessary again.

Since I'm already in production, I can't provide you with logs and printouts regarding this issue.

[trasher]

Please try without plugins

[afpes]

Hi, we tried without plugins and found that some issues were resolved. However, we still have others.

When we add the authors field, the option to insert items that are not classified for a ticket is displayed. Consequently, when opening a ticket, the error appears:

Again I say that it would be interesting to have the option to select only groups as authors, or to allow the group type field to be linked in the call

[trasher]

Initial issue seems to be resolved, this one can be closed.

For other problems please checks if it has not yet been reported or solved (rely on nightly build); and if it's not yet fixed nor reported, open a new issue with all requested information.