Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

I posted this first on stackoverflow before checking out this site and finding people with a similar issue.

Original question on Stack Overflow

I found a post on serverfault with a very similar problem and decided to bring the issue over here.

The situation described on the previous link is exactly what's happening for me, only I have discovered that Chromium downloads the file every time, so I assume even on IE and FF, the response is getting there, only those browsers don't download the file.

Apache seems to be causing the issue here, as bypassing it and going straight through Tomcat makes everything work.

What could be Apache doing to the request so IE and FF drop it, but not Chromium?

Any help would be greatly appreciated.

share|improve this question
your question is way too vague for anyone leave any tips. without at least request headers and expected response headers from browsers that the behavior is ok and not ok, no one can do anything to help you. –  Marcel Apr 11 '13 at 16:17
Sorry about that, I was expecting the original question would be clear enough. The request headers (and response headers when successful) weren't any different appart from the user agent string. I even tried modifying FF's user agent to no avail. –  0blivi0u5 Apr 11 '13 at 16:47

1 Answer 1

Anyways, since the issue was so strange we decided to stop trying to understand what was going on and instead implement a better strategy for downloading these reports: returning immediately, leaving a background task which saves the data to a temp location on disk and polling for completion on the client side.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.