I have recently upgraded to JIRA 6.3.7 from the 5.x branch. We have always fronted JIRA with a reverse proxy to handle https and this was working correctly before upgrade.
With this new release, each page load is extremely slow and from examining the network logs for the files loaded we are seeing that the batch.js is continually reloaded. For some pages this can mean 2-3mb of javascript per page load and load times are upwards of minutes for some of our more remote users.
If we hit JIRA directly the batch.js is not reloaded after the first time and responds with 304 Not Modified, but with the reverse proxy it is always reloaded even though the headers are preserved. We have tried both Apache as recommended and Nginx but both suffer from this issue.
How can we configure the proxy not to reload batch.js unnecessarily?
AFAIK browser rereads content if URL has query parameters. You have `?locale=en-US...`. I have them too in our JIRA and I would like to know how to disable that thing. Switching my user preferences locale to the "Default" one doesn't remove that parameter, but just changes the value.
I am having same issue. Not sure what is the cause here as it used to work before. I used different computers and networks but no luck. Can something be weird with my hotspot device or network location?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
David,
Thanks for your response, looking at your headers I realized that my nginx version was very old. Funny that even with the latest Ubuntu it installs a 1.4.x version of nginx.
I upgraded and tried with both 1.6.2 and 1.7.5 and while the situation is a little better its still causing reloads of batch.js. If I reload the page immediately it will (mostly) come back 304, but if i move to another page e.g. view a ticket and go back it all gets reloaded again.
Headers for the call are as follows, other than being an admin it all looks pretty similar
My nginx config looks like this
server {
listen 443 ssl;
server_name xxxxxx;
ssl_certificate /opt/atlassian-jira-6.3.7-standalone/xx.crt;
ssl_certificate_key /opt/atlassian-jira-6.3.7-standalone/xx.key;
client_max_body_size 10M;
location / {
proxy_set_header X-Forwarded-Host $host;
proxy_set_header X-Forwarded-Server $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://localhost:8080;
proxy_redirect off;
}
}
server {
server_name xxxxxxx;
listen 80;
location / {
return 301 https://$server_name$request_uri;
}
}
Anything Glaring stick out for you with this? Thanks for your help.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have a similar setup in the lab using nginx and JIRA 6.3.8 but I am unable to reproduce your problem.
Using Chrome and DevTools I can clearly see that batch.js is loaded from cache
Which browser are you using?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.