Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. JSDSERVER-4623

When searching using Customer Request Type, characters change to a non user friendly form

      Summary

      When searching for issues using "Customer Request Type" or editing a condition in an Automation rule using "Customer Request Type", the result turns into non-user friendly characters.

      Steps to Reproduce

      1. Create a Service Desk project (or navigate to an existing one)
      2. Go into the Service Desk project settings
      3. Create a Request Type - > <give it a name>
      4. Go to issue navigator -> search for issues (Customer Request type = <given name>).
      5. And also try to search for it under the Automation Rule by editing a condition.

      Expected Result

      1. The search should return the actual Request Type name

      Actual Result

      1. The request type is returned in the following format:
        • When searching from Issue Navigator using this as an example -> "Customer Request Type" = help and support
        • When editing an automation rule using the same JQL query -> "Customer Request Type" = help and support

      Workaround

      No current known workaround

      Observations

      In previous versions of ServiceDesk (3.0.x), searching for Request Type was done using this format -> "project-key/lowercased-form-requesttype-title-hyphenated", however in later versions (3.2.x) an Autocomplete function was introduced when searching for Request Types after which I believe this issue started happening

        1. automation-edit.png
          automation-edit.png
          29 kB
        2. issue-nav.png
          issue-nav.png
          17 kB

            [JSDSERVER-4623] When searching using Customer Request Type, characters change to a non user friendly form

            Yuting Qin added a comment -

            Hi philip.colmer,

            For existing rules, it will still work as it was before, however,you will have to fix it manually if you want them to have the new readable look. The reason we didn't fix it is the new readable form(Request Type Name(PROJECTKEY)) does not necessary always equal to the old GUIDs form(projectkey/requestypekey) as there could be edge cases when there are more than one request types with the same name within one project, in that case, GUID is the only way if you want filter on that exact request type.

             

            Cheers

            JIRA Service Desk Team

            Yuting Qin added a comment - Hi philip.colmer , For existing rules, it will still work as it was before, however,you will have to fix it manually if you want them to have the new readable look. The reason we didn't fix it is the new readable form(Request Type Name(PROJECTKEY)) does not necessary always equal to the old GUIDs form(projectkey/requestypekey) as there could be edge cases when there are more than one request types with the same name within one project, in that case, GUID is the only way if you want filter on that exact request type.   Cheers JIRA Service Desk Team

            vsharma@atlassian.com When we upgrade, should the display of the rules be fixed or is it the sort of bug where it will work for new/edited automation?

            Just asking because we have upgraded and the existing rules still display the GUIDs.

             

            Philip Colmer added a comment - vsharma@atlassian.com When we upgrade, should the display of the rules be fixed or is it the sort of bug where it will work for new/edited automation? Just asking because we have upgraded and the existing rules still display the GUIDs.  

            Hello Philip - This issue has been addressed with the latest release of JIRA Service Desk 3.3. We recommend that you to upgrade to the latest version and this shall be resolved.

            • JIRA Service Desk Team

            V (Inactive) added a comment - Hello Philip - This issue has been addressed with the latest release of JIRA Service Desk 3.3. We recommend that you to upgrade to the latest version and this shall be resolved. JIRA Service Desk Team

            This is a really painful issue for me at the moment because it means that I cannot tell just by looking at an automation rule which Customer Request Type is being checked. For some request types, the name is displayed but for newer request types, it is the hex representation and I cannot find a way of figuring out how that maps onto a specific request type.

            Please fix ASAP

             

            Philip Colmer added a comment - This is a really painful issue for me at the moment because it means that I cannot tell just by looking at an automation rule which Customer Request Type is being checked. For some request types, the name is displayed but for newer request types, it is the hex representation and I cannot find a way of figuring out how that maps onto a specific request type. Please fix ASAP  

              Unassigned Unassigned
              malaaeldin Mahmoud Alaaeldin (Inactive)
              Affected customers:
              1 This affects my team
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: