We are running Jira from our own servers and have just upgraded to 7.5.0 since the upgrade I am having issues with the Boards View.
The Left hand side navigation buttons are all greyed out and pulsing also when I click on a ticket in the backlog it does not show me the summary in the right hand pain anymore?
Other users are not having this issue, just me and it seem to be a PC or browser related issue as I can log in via my mobile device and it all displays correctly
I believe that you are encountering a documented bug in Jira 7.2.x and higher versions. This bug is currently being tracked in https://jira.atlassian.com/browse/JRASERVER-64095
At the moment, our development team is still trying to gather a more comprehensive view of the different possible causes for this kind of display error. There is a recent note there that the 7.5.1 version of Jira is expected to be able to help gather more data on this problem.
In the meantime, there is a documented work-around on that page you can follow that might help prevent this display problem:
Disable BigPipe. That will revert to pre 7.2 page rendering behaviour:
- View Issue is going to take longer to load as big-piped panels (e.g.: Comments section, Projects Sidebar) will be rendered eagerly rather than postponed.
- Navigate to http:<JIRA-base-URL>/secure/admin/SiteDarkFeatures!Default.jspa to get to the Dark Features page.
- Enable the dark feature com.atlassian.jira.config.BIG_PIPE_KILLSWITCH
Please let me know if this helps.
I applied the fix as suggested. Ill this did was make the greyed out icons disappear it did not load anything after that.
I have determined that this is an issue on the PC as I have tried many other browsers but still get the same issue. I am wondering if it is a firewall and anti virus blocking issue .
Sorry to hear this did not resolve this problem. In this case, it would probably be best to undo this dark feature. You can do this by returning to this page and clicking the disable button for this feature name.
Could you let me know a bit more about your environment and this recent upgrade? Such as, what version of Jira were you running directly before going to 7.5.0? And is your Jira instance operating behind a reverse proxy?
If you have a reverse proxy, or you aren't sure, it might help to try to follow the steps in How to bypass a Proxy and SSL to test network connectivity. I am interested to see if you can connect directly to the Jira instance, without having the traffic redirect through a proxy to see if this makes any difference in the way the page is rendered.
thanks for your reply. I did manage to fix this last night.
In Chrome under Settings, then under the advanced drop down tab I click on Reset and totally reset by browser.
On logging back into Jira that side bar now loading. This has fixed Chrome. I have not gotten around to IE yet
Interesting, it sounds like there might be a problem either with a reverse proxy in your environment or with the configuration of Jira to use that proxy. I would be interested to check on your $JIRAINSTALL/conf/server.xml file. This is the configuration file that determines how Jira hosts its own internal webserver (Tomcat).
It's possible to have tomcat using multiple connectors and SSL, but lots of environments instead choose to terminate SSL on a reverse proxy instead. Jira can work in either setup, but if the connector in Jira is unaware there is a proxy, it can tend to cause weird page display issues like this. For example if tomcat does not have a connector opening port 443 directly, then you likely need to make sure the connector being used by the proxy includes the parameters such as:
These parameters are explained in Proxying Atlassian applications.
If you want to access Jira over both HTTP and HTTPS, I would recommend creating separate connectors in Tomcat to do this that operate on different port numbers. This way can be helpful for testing this kind of problem.
But the fact that you found this works over http and not https is an indication that there is probably a problem with how HTTPS is configured in your environment.
Could you please clarify which link you are trying to follow steps on? I am afraid I have listed a number of different links and addresses in the process of trying to help troubleshoot this problem in JNG's case.
Could you also let us know
I had a problem following these steps:
We are using v1001.0.0-SNAPSHOT#100079-sha1:75b11a8
I believe this issue occured when a user was using the new look and feel of Jira. I don't have this type of issue when using the old look and feel.
The problem was resolved when resetting chrome following these steps: In Chrome under Settings, then under the advanced drop down tab I click on Reset and totally reset by browser.
Thanks for letting us know the resolution here for your instance.
In reviewing my first reply, I found a missing space that could have affected the URL.
However the other problem with you being unable to reach that page here is that the steps I posted are actually for Jira Server. You cannot reach the dark features page of a Cloud instance.
Since you're using 7.9.2, the fix for that bug report is already contained in that code base of Jira. When this happens in your instance do your Jira logs have an entry like this found in the bug ticket JRASERVER-64095?
2017-02-14 15:57:28,689 http-nio-8080-exec-202 ERROR anonymous 6x15350x1 oclbhd 0:0:0:0:0:0:0:1 /browse/DESK-4095 [c.a.p.webresource.assembler.DefaultWebResourceAssembler] Error generating bigpipe content for 'sidebar-id': Deadline exceeded java.lang.RuntimeException: Deadline exceeded
If not, then I don't believe that the work-around in this is still appropriate for that version.
It's possible that display problems like this could be caused by plugins to Jira, browser extensions, or reverse proxies in front of Jira.
We're using a proxy (ssl termination) before hitting jira, when connecting directly, indeed there's no issue.
To be accurate, it's:
load balancer / proxy (ssl termination) -> webserver with nginx, proxy to jira -> jira
From nginx to jira, using jira native 8090 port.
Server xml configured with proxyName, proxyPort and secure=true.
Guessing I need to add something extra, maybe an extra connector to somehow support firefox?
Looks like you have narrowed the problem to the network configuration. It sounds like you have two layers in front of Jira here, so I'm not sure that there needs to be another configuration change yet. It's very strange that this works correctly in Chrome, but not firefox.
I would be interested to see if we can learn more about the specific elements that are failing to load here via a HAR file. It might help to create two of these:
With these two HAR files perhaps then we can better understand the requests being made by both browser sessions and better understand if there is something in the requested files or in the response from the webserver that might indicate why this is failing specific for Firefox here.
Thanks for leading me down the right path, upon following the create 'HAR' instructions I found a couple 403 errors, those errors were 'XSRF check failed' errors for requests to resources which I assume hold the menu.
Upon double checking the proxy settings and disabling security settings one by one I discovered setting the referrer policy explicitly to be the problem:
add_header Referrer-Policy no-referrer;
Upon commenting that out it resolved the issue in firefox!
I had added that header to get an A+ on securityheaders.io but I guess you guys will add it into Jira natively at some point?
Besides, all working at my end, thanks Andrew
Awesome, thanks for sharing your solution here @Yusuf Tran
As for your question about Atlassian adding such a header in the future: I don't have an expectation that Atlassian would explicitly do this for a proxy configuration. As you have seen, sometimes implementing higher security features can cause applications to not function the way they were designed. Of course there has to be a balance struck for each application in its specific environment. But proxy configuration is not something I would expect Jira itself to implement. That task does really fall more to the system administrator or the network admin.
We're looking for participants for a workshop at Atlassian! We need Jira admins who have interesting custom workflows, issue views, or boards. Think you have a story to sha...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs