PS: I understand I am not giving enough information because I don't know how to reproduce this issue. Image 3: Trying to re-download the file using download manager downloads the underlying XHTML file instead which is EXPECTED BEHAVIOR because download is not a direct link to the file as mentioned before. Image 2: When FF39 is not able to download the file it gives the warning shown. This possibly indicates that FF39 is not receiving any data from the server. Image 1: When download clicked, received the popup immediately though expecting some delay because of data processing. "Fix incomplete downloads being marked as complete by detecting broken HTTP1.1 transfers" Only with this one server I am getting this issue.īased on FF39 changelogs, can this bug-fix have some role to play in the observed behavior ? What's more confusing is that other servers are behaving normally even with firefox 39 and beyond. Previous versions are able to download the file correctly. In ONE of our servers, after our firefox upgraded, we are experiencing the issue that the download is not happening anymore for versions >=39. Instead we take the request, process it, write the data to a file in server, then read that file to the requesting browser. However, the download link "DOES NOT POINT DIRECTLY TO THE FILE LOCATION". We have a download button to download some data. My company has many individual servers, all running the same Java program with same environment. This is my first question here and a weird one too.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |