New feature : advanced options for interactions with the plugin fields

[ArthurMinfotel]

Replace the option raz_plugin_fields by a new option : action_plugin_fields.

The available values for this option depend on the model's type :

Uninstall : do nothing (equivalent of 0 for raz_plugin_fields), blank (equivalent of 1 for raz_plugin_fields), advanced options.
Replace : do nothing (equivalent of 0 for raz_plugin_fields), copy (will copy all values in additional fields of olditem to newitem), advanced options.

Advanced options allow the users to define the action per blocs of additional fields.
The actions available per bloc depend on the model's type :

Uninstall : do nothing, blank, per field action (choose the action for each field of the bloc individually).
Replace : do nothing, copy, per field action.

Then, per field action allow to choose among those options for the fields :

Uninstall : do nothing, blank, set value (choose a new value, unavailable for field of glpi_item type).
Replace : do nothing, copy.

[rbonser]

We are very interested in this feature! I gave the code a try and it mostly works for us in testing.
The only issue I found was the bulk actions list when selecting field blocks offered no way to change the action values. The menu only offered: Update, Unlock Items. Choosing Update gave a select dropdown that was empty. I was able to click on each block id to make the changes.

[stonebuzz]

Hi @ArthurMinfotel
can you fix conflict ?

[ArthurMinfotel]

Hi @ArthurMinfotel can you fix conflict ?

Done, I also added some fixes for a few bugs that I had missed.

[ArthurMinfotel]

One thing : I used at least one PHP 8 function in this feature (str_starts_with), so ideally the composer.json should be updated to reflect it if this is added.

[ArthurMinfotel]

Need to do some tests to make sure the change done for the new model are bug free.

[ArthurMinfotel]

Fixed errors caused by wrong property name used for some field types (dropdowns and glpi_item).

Still one problem remaining with the copy of the values of field of type "dropdown-$itemtype" with the multiple option during replacement of an item :

If I log the old item's values at the beginning of the replacement, I see the following values :

And going further into the code, if I log every single variables that's used as arguments in $DB->updateOrInsert(), I get those values which, in order, correspond to $table, $parameters, $newitem->getID(), $type, and $container['id'] :

However, when I look at the result of the operations, I have a very strange result : everything was properly copied to the new item, except computers_id_ordinateurmultiplefield, whose value was actually reset to '[]' for the old item, and the value that was copied to the new item was this '[]' instead of the '["6","5"]' that I see in the parameters passed to updateOrInsert (value was NULL for the old item before the replacement).