Migration Generic Object - Personnal Fields

[EC2311]

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

GLPI Version

11.0.5

Plugin version

3.0.2

Bug description

when migrating GenericObjet with custom fields (don't take care about the name of directory : it's well a v11 glpi)

I do have a field defined in glpi\files_plugins\genericobject\xxxxx.constant.php like that

Do you confirm when migrating we don't have to 'update' the plugin using the front screen, only using the console command ?

Relevant log output

[2026-03-04 08:51:54] glpi.CRITICAL:   *** Error thrown while running command "{command}". Message: "{message}"
  Backtrace :
  .\vendor\symfony\console\Application.php:745       
  .\vendor\symfony\console\Application.php:266       Symfony\Component\Console\Application->find()
  .\vendor\symfony\console\Application.php:175       Symfony\Component\Console\Application->doRun()
  .\bin\console:144                                  Symfony\Component\Console\Application->run()

[2026-03-04 09:25:09] glpi.ERROR:   *** Add operation failed.
  Backtrace :
  ...\Glpi\Migration\AbstractPluginMigration.php:369 
  ...\Migration\GenericobjectPluginMigration.php:483 Glpi\Migration\AbstractPluginMigration->importItem()
  ...\Migration\GenericobjectPluginMigration.php:258 Glpi\Migration\GenericobjectPluginMigration->importAssetsDefinitions()
  ...\Glpi\Migration\AbstractPluginMigration.php:139 Glpi\Migration\GenericobjectPluginMigration->processMigration()
  ...Migration\AbstractPluginMigrationCommand.php:88 Glpi\Migration\AbstractPluginMigration->execute()
  .\vendor\symfony\console\Command\Command.php:326   Glpi\Console\Migration\AbstractPluginMigrationCommand->execute()
  .\vendor\symfony\console\Application.php:1106      Symfony\Component\Console\Command\Command->run()
  .\src\Glpi\Console\Application.php:330             Symfony\Component\Console\Application->doRunCommand()
  .\vendor\symfony\console\Application.php:324       Glpi\Console\Application->doRunCommand()
  .\vendor\symfony\console\Application.php:175       Symfony\Component\Console\Application->doRun()
  .\bin\console:144                                  Symfony\Component\Console\Application->run()

Page URL

No response

Steps To reproduce

No response

Your GLPI setup information

No response

Anything else?

No response

[EC2311]

I found : Field URL2 is upper !
I updated field name into the cosntant file and into table
the process runs but fails later :
La migration à échouée
🛈 Les préférences d’affichage et les recherches enregistrées liées à un type d’objet genericobject doivent être recréées manuellement.
x Une erreur est survenue
x Des erreurs sont survenues, la migration est annulée, aucun changement.

In php.logs
[2026-03-04 10:02:00] glpi.ERROR: *** MySQL query error: Duplicata du champ 'Glpi\CustomAsset\capteursiotAsset-99' pour la clef 'glpi_infocoms.unicity' (1062) in SQL query "UPDATE glpi_infocoms SET itemtype = 'Glpi\CustomAsset\testAsset', items_id = '99' WHERE itemtype = 'PluginGenericobjecttest' AND items_id = '33'".
Backtrace :
.\src\DBmysql.php:405
.\src\DBmysql.php:1479 DBmysql->doQuery()
...\Glpi\Migration\AbstractPluginMigration.php:682 DBmysql->update()
...\Migration\GenericobjectPluginMigration.php:880 Glpi\Migration\AbstractPluginMigration->updatePolymorphicReferences()

The seconds items_id is always the same (here 33) although the first one seems to be updated ?

[EC2311]

by removing the legacy data in infocoms for genericobjets , migration is ok (legacy data were n't useful as for us)

I think that process doesn't take care that infocoms may contains data linked to genericobject

[EC2311]

After migration the plugin is still 'to be updated'

• do we have to 'update it' in plugin list ?
  if yes ->
  [2026-03-04 10:53:06] glpi.CRITICAL: *** Uncaught PHP Exception TypeError: "Glpi\Toolbox\ArrayNormalizer::normalizeValues(): Argument fix removing objecttype when plugin datainjection is not activated #1 ($array) must be of type array, string given, called in .\src\Profile.php on line 356" at ArrayNormalizer.php line 39
  Backtrace :
  .\src\Glpi\Toolbox\ArrayNormalizer.php:39
  .\src\Profile.php:356 Glpi\Toolbox\ArrayNormalizer::normalizeValues()
  .\src\CommonDBTM.php:1678 Profile->prepareInputForUpdate()
  .\plugins\genericobject\inc\profile.class.php:112 CommonDBTM->update()
  .\plugins\genericobject\hook.php:60 PluginGenericobjectProfile::install()
  .\src\Plugin.php:1249 plugin_genericobject_install()
  .\front\plugin.form.php:60 Plugin->install()
  ...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:71 Symfony\Component\HttpKernel\Kernel->handle()

[stonebuzz]

If the migration from the GenericObject plugin to CustomAsset has been completed, there is no reason to keep the GenericObject plugin.

[EC2311]

I use fields plugins too and I have fields on genericobjects
So I follow this (there is an error in name of the command to launch )

so Now I have to update fields, but it seems to check that plugin genericoject is well set (when I try to update fields in fact)

[stonebuzz]

Can you try this patch (for genericobject)

diff --git a/inc/profile.class.php b/inc/profile.class.php
index 8f7a8e4..b21bae1 100644
--- a/inc/profile.class.php
+++ b/inc/profile.class.php
@@ -108,7 +108,7 @@ class PluginGenericobjectProfile extends Profile
                         }
 
                         $tmp['id'] = $profile->getID();
-                        $tmp['helpdesk_item_type'] = json_encode($helpdesk_item_types);
+                        $tmp['helpdesk_item_type'] = $helpdesk_item_types;
                         $profile->update($tmp);
                     }
                 }

[EC2311]

[2026-03-04 11:22:47] glpi.WARNING: *** User Warning: plugin_version_genericobject method must be defined! at Plugin.php line 1949
Backtrace :
.\src\Plugin.php:1949
.\plugins\fields\inc\container.class.php:169 Plugin::getInfo()
.\plugins\fields\hook.php:79 PluginFieldsContainer::installBaseData()
.\src\Plugin.php:1249 plugin_fields_install()
.\front\plugin.form.php:60 Plugin->install()
...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:71 Symfony\Component\HttpKernel\Kernel->handle()

[2026-03-04 11:22:47] glpi.CRITICAL: *** Uncaught PHP Exception RuntimeException: "GenericObject plugin cannot be migrated. Please update it to the latest version." at container.class.php line 171
Backtrace :
.\plugins\fields\inc\container.class.php:171
.\plugins\fields\hook.php:79 PluginFieldsContainer::installBaseData()
.\src\Plugin.php:1249 plugin_fields_install()
.\front\plugin.form.php:60 Plugin->install()
...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:71 Symfony\Component\HttpKernel\Kernel->handle()

[stonebuzz]

GenericObject plugin is active ?

[EC2311]

We can close topic
now genericobject is well active thanks

now fields migration error :(

[EC2311]

but :
[2026-03-04 11:24:09] glpi.CRITICAL: *** Uncaught PHP Exception RuntimeException: "MySQL query error: Champ 'glpi_plugin_fields_containers.itemtypes' inconnu dans where clause (1054) in SQL query "SELECT * FROM glpi_plugin_genericobject_types WHERE glpi_plugin_fields_containers.itemtypes LIKE '%PluginGenericobject%'"." at DBmysql.php line 405
Backtrace :
.\src\DBmysql.php:405
.\src\DBmysqlIterator.php:126 DBmysql->doQuery()
.\src\DBmysql.php:1074 DBmysqlIterator->execute()
.\plugins\fields\inc\container.class.php:184 DBmysql->request()
.\plugins\fields\hook.php:79 PluginFieldsContainer::installBaseData()
.\src\Plugin.php:1249 plugin_fields_install()
.\front\plugin.form.php:60 Plugin->install()
...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:71 Symfony\Component\HttpKernel\Kernel->handle()

[EC2311]

i think mistchmatch between the file and then where condition :(
SELECT * FROM glpi_plugin_genericobject_types WHERE glpi_plugin_fields_containers.itemtypes LIKE '%PluginGenericobject%'

[EC2311]

in generic object, the weblink type are migrated as varchar and not as url type -> fields to update in glpi_assets_customfielddefinitions

but in asset (in glpi part) this type of field is not seen as urllink and links are not clickable

In legacy generic object we have declared some decimal fields : we remark that this kind of fields is not possible in asset ?
-> in fact it works with "step/etape" mode : but I don't know about the migration

[stonebuzz]

Are you certain that you are using the latest version of the Fields plugin?

.\plugins\fields\inc\container.class.php:184
DBmysql->request()

On my instance it's line 182