Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. 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."

      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

      1. Create an Assets IT Service Management project with sample data.
      2. Go to the create schema and find the object type called Servers.
      3. Copy the object type and let's name it Machines.
      4. Go to the schema search and search with this AQL - objectType = Servers. It should return 8 objects.
      5. Bulk move all objects to the Machines object type and it should work fine.
      6. Do another search with this AQL - objectType = Machines. It should also return 8 objects.
      7. Bulk move all objects back to the Servers object type.
      8. 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 

        1. image-2025-06-03-17-46-15-504.png
          image-2025-06-03-17-46-15-504.png
          420 kB
        2. image-2025-06-03-17-46-24-872.png
          image-2025-06-03-17-46-24-872.png
          420 kB
        3. image-2025-06-03-17-46-37-032.png
          image-2025-06-03-17-46-37-032.png
          420 kB
        4. screenshot-1.png
          screenshot-1.png
          195 kB
        5. screenshot-2.png
          screenshot-2.png
          354 kB
        6. screenshot-3.png
          screenshot-3.png
          351 kB

            [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."

            Benjamin Suess made changes -
            Fix Version/s New: 10.7.2 [ 113126 ]
            Fix Version/s New: 10.3.8 [ 112691 ]
            Fix Version/s New: 11.0.0 [ 111000 ]
            Benjamin Suess made changes -
            Status Original: In Progress [ 3 ] New: Waiting for Release [ 12075 ]
            Benjamin Suess made changes -
            Status Original: Short Term Backlog [ 12074 ] New: In Progress [ 3 ]
            Benjamin Suess made changes -
            Assignee New: Benjamin Suess [ c8bcca445054 ]
            SET Analytics Bot made changes -
            Support reference count New: 1
            Benjamin Suess made changes -
            Status Original: Needs Triage [ 10030 ] New: Short Term Backlog [ 12074 ]
            Security Metrics Bot made changes -
            Labels New: ril
            Security Metrics Bot made changes -
            Remote Link New: This issue links to "Internal ticket (Web Link)" [ 1025181 ]
            Michelle Chin made changes -
            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 |
            Michelle Chin made changes -
            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 |

              c8bcca445054 Benjamin Suess
              michin Michelle Chin
              Affected customers:
              2 This affects my team
              Watchers:
              3 Start watching this issue

                Created:
                Updated: