Service Desk Queues appear blank when using a Windows based reverse proxy
- Jira site is being served up via a windows based reverse proxy, such as IIS
- Install Jira Service Desk 3.9.0
- Setup a Windows Reverse proxy for Jira to use such as the steps in Integrating JIRA applications with IIS - Atlassian Documentation
- Login as a Jira Admin, that also has application access to JSD (ie you are an Agent)
- create a new Jira service Desk project (using a sample project with sample data works)
- Visit that project's queues
Should be able to see those queues
The queue appears blank.
Also when generating a HAR file we can see HTTP 400 errors (Bad Request) for a pair of resources
The first request has URL length of 823 characters, while the second that also failed has 812 characters. There were many other shorter URLs that loaded in the page correctly.
You will notice that both requests are calling on the element called 'sd.project.queues'.
This problem appears to be similar in nature to that of https://jira.atlassian.com/browse/JRASERVER-64917
While that bug ticket was in regards to the way issue linking in Jira can cause this problem in the same kind of environment, it appears that the way Service Desk is constructing URLs could also encounter this problem in some customers environments.
Luckily, the work-around on that bug ticket can also be applied here:
Due to the URL length increase, we are reaching the Windows Path Limit of 260 characters. This not the IIS URL limit. More details here:
From the above articles, it is possible to modify the Windows Registry and increase the UrlSegmentMaxLength value to handle more characters:
- Backup the Registry
- With Regedit, browse to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters
- Find the value for UrlSegmentMaxLength (or if it doesn't exist add a DWORD value), and change it to 00001000 (this is the hex for 4096)
After using either method to adjust the registry (Regedit or Powershell), you must restart Windows for the changes to take effect. This will necessitate downtime, please plan a maintenance window accordingly.