-
Bug
-
Resolution: Unresolved
-
Low
-
10.3.5, 5.12.22, 5.12.23
-
1
-
Severity 3 - Minor
-
Issue Summary
The move object action yields different results when moving a single object or bulk moving on the schema search vs the object detail view. While it may fail with a 400 HTTP status code in the Network tab of the browser's developer tool and the message, "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration." on the screen, the move works successfully without any error when performing it in the object detail view.
Steps to Reproduce
- Create an Assets IT Service Management project with sample data.
- Go to the create schema and find the object type called Servers.
- Copy the object type and let's name it Machines.
- Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects.
- Bulk move all objects to the Machines object type and it should work fine.
- Do another search with this AQL - objectType = Machines. It should also return 8 objects.
- Bulk move all objects back to the Servers object type.
- The bulk move operation would fail as the "Confirm" button becomes disabled. Try to move these objects on the schema instead, and also on the object view.
Expected Results
The result of the move action is consistent regardless of the views. The inbound references from other object types that can't be retained will be removed automatically, and the objects will be moved successfully.
Actual Results
Bulk moving the objects in the schema works, while it fails on the schema search with a 400 HTTP status code in the browser's developer tool > Network tab as the button to proceed is disabled. The Move action on the schema search view and the object view uses an internal, /rest/insight-am/1/bulk/move, while on the detail view, the API endpoint is /rest/insight/1.0/move/objects.
The move only works on the detail view. It also works with the bulk moving on this specific view.
Workaround
Move the object or bulk move the objects on the detail view as shown in the screenshot below
Versions Tested
Please confirm all versions that have been tested for this issue, and indicate whether the tested version is affected or not affected, below:
| Testing Requirements | Version | Affected Version |
|---|---|---|
| Customers Reported Version | 5.12.22 | Yes |
| Most Recent Bug-Fix Release | ||
| Previous Major Release | ||
| Most Recent LTS | 10.3.5 | Yes |
| Previous Supported LTS | ||
| Other Versions.. | 5.12.22 | Yes |
- links to
[JSDSERVER-16246] Moving objects on the schema search and object view failed with error "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration."
| Fix Version/s | New: 10.7.2 [ 113126 ] | |
| Fix Version/s | New: 10.3.8 [ 112691 ] | |
| Fix Version/s | New: 11.0.0 [ 111000 ] |
| Status | Original: In Progress [ 3 ] | New: Waiting for Release [ 12075 ] |
| Status | Original: Short Term Backlog [ 12074 ] | New: In Progress [ 3 ] |
| Assignee | New: Benjamin Suess [ c8bcca445054 ] |
| Support reference count | New: 1 |
| Status | Original: Needs Triage [ 10030 ] | New: Short Term Backlog [ 12074 ] |
| Labels | New: ril |
| Remote Link | New: This issue links to "Internal ticket (Web Link)" [ 1025181 ] |
| Description |
Original:
h3. Issue Summary
The move object action yields different results when moving a single object or bulk moving on the schema search vs the object detail view. While it may fail with a 400 HTTP status code in the Network tab of the browser's developer tool and the message, "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration." on the screen, the move works successfully without any error when performing it in the object detail view. h3. Steps to Reproduce # Create an Assets IT Service Management project with sample data. # Go to the create schema and find the object type called Servers. # Copy the object type and let's name it Machines. # Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects. # Bulk move all objects to the Machines object type and it should work fine. # Do another search with this AQL - objectType = Machines. It should also return 8 objects. # Bulk move all objects back to the Servers object type. # The bulk move operation would fail as the "Confirm" button becomes disabled. Try to move these objects on the schema instead, and also on the object view. h3. Expected Results The result of the move action is consistent regardless of the views. The inbound references from other object types that can't be retained will be removed automatically, and the objects will be moved successfully. h3. Actual Results Bulk moving the objects in the schema works, while it fails on the schema search with a 400 HTTP status code in the browser's developer tool > Network tab as the button to proceed is disabled. The Move action on the schema search view and the object view uses an internal, /rest/insight-am/1/bulk/move, while on the detail view, the API endpoint is /rest/insight/1.0/move/objects. !image-2025-06-03-17-46-15-504.png|thumbnail! !screenshot-1.png|thumbnail! The move only works on the detail view. It also works with the bulk moving on this specific view. !screenshot-2.png|thumbnail! !image-2025-06-03-17-46-37-032.png|thumbnail! h3. Workaround Move the object or bulk move the objects on the detail view as shown in the screenshot below !screenshot-3.png|thumbnail! h3. Versions Tested Please confirm all versions that have been tested for this issue, and indicate whether the tested version is affected or not affected, below: ||Testing Requirements||Version||Affected Version|| |Customers Reported Version| 5.12.22 | Yes | |Most Recent Bug-Fix Release| | | |Previous Major Release| | | |Most Recent LTS| 10.3.5 | Yes | |Previous Supported LTS| | | |_Other Versions.._| 5.12.22 | Yes | |
New:
h3. Issue Summary
The move object action yields different results when moving a single object or bulk moving on the schema search vs the object detail view. While it may fail with a 400 HTTP status code in the Network tab of the browser's developer tool and the message, "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration." on the screen, the move works successfully without any error when performing it in the object detail view. h3. Steps to Reproduce # Create an Assets IT Service Management project with sample data. # Go to the create schema and find the object type called Servers. # Copy the object type and let's name it Machines. # Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects. # Bulk move all objects to the Machines object type and it should work fine. # Do another search with this AQL - objectType = Machines. It should also return 8 objects. # Bulk move all objects back to the Servers object type. # The bulk move operation would fail as the "Confirm" button becomes disabled. Try to move these objects on the schema instead, and also on the object view. h3. Expected Results The result of the move action is consistent regardless of the views. The inbound references from other object types that can't be retained will be removed automatically, and the objects will be moved successfully. h3. Actual Results Bulk moving the objects in the schema works, while it fails on the schema search with a 400 HTTP status code in the browser's developer tool > Network tab as the button to proceed is disabled. The Move action on the schema search view and the object view uses an internal, /rest/insight-am/1/bulk/move, while on the detail view, the API endpoint is /rest/insight/1.0/move/objects. !image-2025-06-03-17-46-15-504.png|thumbnail! !screenshot-1.png|thumbnail! The move only works on the detail view. It also works with the bulk moving on this specific view. !screenshot-2.png|thumbnail! h3. Workaround Move the object or bulk move the objects on the detail view as shown in the screenshot below !screenshot-3.png|thumbnail! h3. Versions Tested Please confirm all versions that have been tested for this issue, and indicate whether the tested version is affected or not affected, below: ||Testing Requirements||Version||Affected Version|| |Customers Reported Version| 5.12.22 | Yes | |Most Recent Bug-Fix Release| | | |Previous Major Release| | | |Most Recent LTS| 10.3.5 | Yes | |Previous Supported LTS| | | |_Other Versions.._| 5.12.22 | Yes | |
| Description |
Original:
h3. Issue Summary
The move object action yields different results when moving a single object or bulk moving on the schema search vs the object detail view. While it may fail with a 400 HTTP status code in the Network tab of the browser's developer tool and the message, "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration." on the screen, the move works successfully without any error when performing it in the object detail view. h3. Steps to Reproduce # Create an Assets IT Service Management project with sample data. # Go to the create schema and find the object type called Servers. # Copy the object type and let's name it Machines. # Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects. # Bulk move all objects to the Machines object type and it should work fine. # Do another search with this AQL - objectType = Machines. It should also return 8 objects. # Bulk move all objects back to the Servers object type. # The bulk move operation would fail as the "Confirm" button becomes disabled. Try to move these objects on the schema instead, and also on the object view. h3. Expected Results The result of the move action is consistent regardless of the views. The inbound references from other object types that can't be retained will be removed automatically, and the objects will be moved successfully. h3. Actual Results Bulk moving the objects in the schema works, while it fails on the schema search with a 400 HTTP status code in the browser's developer tool > Network tab as the button to proceed is disabled. The Move action on the schema search view and the object view uses an internal, /rest/insight-am/1/bulk/move, while on the detail view, the API endpoint is /rest/insight/1.0/move/objects. !image-2025-06-03-17-46-15-504.png|thumbnail! !image-2025-06-03-17-46-24-872.png|thumbnail! The move only works on the detail view. It also works with the bulk moving on this specific view. !image-2025-06-03-17-46-37-032.png|thumbnail! h3. Workaround Move the object or bulk move the objects on the detail view as shown in the screenshot below h3. Versions Tested Please confirm all versions that have been tested for this issue, and indicate whether the tested version is affected or not affected, below: ||Testing Requirements||Version||Affected Version|| |Customers Reported Version| 5.12.22 | Yes | |Most Recent Bug-Fix Release| | | |Previous Major Release| | | |Most Recent LTS| 10.3.5 | Yes | |Previous Supported LTS| | | |_Other Versions.._| 5.12.22 | Yes | |
New:
h3. Issue Summary
The move object action yields different results when moving a single object or bulk moving on the schema search vs the object detail view. While it may fail with a 400 HTTP status code in the Network tab of the browser's developer tool and the message, "The object type that you wish to move objects from, has inbound references from other Object type(s) that can't be kept due to configuration." on the screen, the move works successfully without any error when performing it in the object detail view. h3. Steps to Reproduce # Create an Assets IT Service Management project with sample data. # Go to the create schema and find the object type called Servers. # Copy the object type and let's name it Machines. # Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects. # Bulk move all objects to the Machines object type and it should work fine. # Do another search with this AQL - objectType = Machines. It should also return 8 objects. # Bulk move all objects back to the Servers object type. # The bulk move operation would fail as the "Confirm" button becomes disabled. Try to move these objects on the schema instead, and also on the object view. h3. Expected Results The result of the move action is consistent regardless of the views. The inbound references from other object types that can't be retained will be removed automatically, and the objects will be moved successfully. h3. Actual Results Bulk moving the objects in the schema works, while it fails on the schema search with a 400 HTTP status code in the browser's developer tool > Network tab as the button to proceed is disabled. The Move action on the schema search view and the object view uses an internal, /rest/insight-am/1/bulk/move, while on the detail view, the API endpoint is /rest/insight/1.0/move/objects. !image-2025-06-03-17-46-15-504.png|thumbnail! !screenshot-1.png|thumbnail! The move only works on the detail view. It also works with the bulk moving on this specific view. !screenshot-2.png|thumbnail! !image-2025-06-03-17-46-37-032.png|thumbnail! h3. Workaround Move the object or bulk move the objects on the detail view as shown in the screenshot below !screenshot-3.png|thumbnail! h3. Versions Tested Please confirm all versions that have been tested for this issue, and indicate whether the tested version is affected or not affected, below: ||Testing Requirements||Version||Affected Version|| |Customers Reported Version| 5.12.22 | Yes | |Most Recent Bug-Fix Release| | | |Previous Major Release| | | |Most Recent LTS| 10.3.5 | Yes | |Previous Supported LTS| | | |_Other Versions.._| 5.12.22 | Yes | |