You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fill out the form and save it to create the new user.
Navigate to Manage -> User.
Examine the user list to confirm the new user is present in the list.
Navigate to Configure -> Managed Objects.
Click on "User".
Change the "Managed Object Name" to "users".
Save the form.
Navigate to Manage -> User.
Examine the user list.
Click "New User".
Fill out the form and save it to create the new user.
Navigate to Manage -> User.
Examine the user list to confirm the new user is present in the list.
Navigate to Configure -> Managed Objects.
Click on "User".
Change the "Managed Object Name" back to "user".
Save the form.
Navigate to Manage -> User.
Examine the user list.
Expected Results
Either:
In steps 7, 13, 17, and 23, all users in the system should be shown (Preferred); OR
In steps 11 and 21, an error message should appear that indicates it is not possible to change the name of a managed object that has data associated with it.
Actual Results
In steps 7 and 23, only the user created in step 5 appears in the list (the user created in step 15 does not appear in step 23).
In step 13, no users appear in the list.
In step 17, only the user created in step 15 appears in the list.
Additional Information
It appears that the system matches managed objects in the DB by their name, and does not change this name in the DB when the managed object name changes. This explains why switching the managed object name to a different one and then switching it back seems to "restore" the missing managed objects.
In 5.5, with OrientDB as the repo, changing the managed object name letter case (e.g. changing "user" to "User") does not seem to affect the ability for the objects to be located. This appears to at least be an improvement over behavior seen in 4.0 with PostgreSQL in which merely changing letter case causes objects to disappear.
The text was updated successfully, but these errors were encountered:
Affected Versions
master
, at 731844f)Summary
If the "name" of a managed object is changed, any existing records for that managed object type seemingly disappear from the IDM database.
Steps to Reproduce
Expected Results
Either:
Actual Results
Additional Information
It appears that the system matches managed objects in the DB by their name, and does not change this name in the DB when the managed object name changes. This explains why switching the managed object name to a different one and then switching it back seems to "restore" the missing managed objects.
In 5.5, with OrientDB as the repo, changing the managed object name letter case (e.g. changing "user" to "User") does not seem to affect the ability for the objects to be located. This appears to at least be an improvement over behavior seen in 4.0 with PostgreSQL in which merely changing letter case causes objects to disappear.
The text was updated successfully, but these errors were encountered: