feat(migration): add type renaming to resolve native asset name conflicts#479
feat(migration): add type renaming to resolve native asset name conflicts#479Rom1-B wants to merge 16 commits into
Conversation
…ed in Fields dropdowns
Co-authored-by: Romain B. <[email protected]>
Co-authored-by: Stanislas <[email protected]>
stonebuzz
left a comment
There was a problem hiding this comment.
Something doesn't seem to be working correctly in the renaming process.
Let's take the KCM object as an example:
I want to rename it to KVM.
After saving the change, GLPI displays a success message indicating that the operation completed successfully:
However, after refreshing the page, I can see that the object has not actually been renamed and is still displayed as KCM.
I then retry the exact same operation, and this time it succeeds:
The object is now correctly renamed to KVM:
It looks like the first attempt returns a success message even though the rename is not actually applied. The change only takes effect after performing the exact same operation a second time.
|
If a plugin (in this case, Fields) references these objects, it breaks the migration process. |
There was a problem hiding this comment.
Hello,
It appears that the foreign keys associated with the renamed GenericObject objects were not renamed accordingly.
This seems to match the issue described in the following support ticket:
https://support.teclib.com/front/ticket.form.php?id=42658
|
waiting customer feedback |
Description
Screenshots (if appropriate):
Conflict:

Migrate
