Apache OpenOffice (AOO) Bugzilla – Issue 119201
Problems with download.
Last modified: 2013-01-21 20:34:48 UTC
Hi, When I downloaded the open office software the file would not open. I did this a few times until I realized that somehow the file name may be too long and is cutting off the .exe and the computer could not figure out what to do with the file. I did a quick edit and added .exe to the file I downloaded and the program has installed without a problem. I am running w7. Hope this helps problem and solution all in one. Great work.
Very likely that you have downloaded the file with MS Internet Explorer. It's possible that it cut off the file extension when downloading files. Please be sure that we provide all installation files with a proper file extension as you can see here: http://openoffice.mirrorbrain.org/files/stable/3.3.0/ As this is a problem with the browser I'm closing this issue.
It's my understanding that downloading from SourceForge is currently being tested. This problem is occuring only when downloading from SourceForge, not MirrorBrain. If there's a problem with SourceForge downloads, now's the time to fix.
I'm seeing the same thing with I.E. only. I think this needs to be fixed, with SourceForge. Reopening.
(In reply to comment #3) > I'm seeing the same thing with I.E. only. I think this needs to be fixed, with > SourceForge. > Reopening. I was able to initiate a download with Google Chrome without difficulty. In IE 9.0, the downloader seems to have lost the .exe. I did some further examination and it appears that the MIME type is messed up in the response header, and that derails the download. There is no problem with the length of the file name, "OOo_3.3.0_Win_x86_install-wJRE_en-US.exe". Also, I tried selecting mirrors directly and I always ended up with exactly the same download message.
(In reply to comment #4) > (In reply to comment #3) > > I'm seeing the same thing with I.E. only. I think this needs to be fixed, with > > SourceForge. > > Reopening. > I was able to initiate a download with Google Chrome without difficulty. > In IE 9.0, the downloader seems to have lost the .exe. I did some further > examination and it appears that the MIME type is messed up in the response > header, and that derails the download. There is no problem with the length of > the file name, "OOo_3.3.0_Win_x86_install-wJRE_en-US.exe". > Also, I tried selecting mirrors directly and I always ended up with exactly the > same download message. For fun, I tried it in Internet Exporer 10 on Windows 8 Consumer Preview. I got the same problem in the Metro View and when I switched to the desktop to work with IE more comfortably (for me), the download was rerequested and it was correct. I went back to IE 9 on Windows 7 and that is now working too. It would appear that something happened at SourceForge.
Created attachment 77435 [details] The incorrect information as seen by IE 9 Although the problem appears to have been cured at SourceForge (if it was not randomly related to choice of mirror), here is how the IE 9 downloader is confused by the delivery of OOo_3.3.0_Win86_install-wJRE_en-US.exe. See the "Save as type:" information that is apparently synthesized from the file name or a defective MIME TYPE in the response header for download of the resource.
We had an issue with one of our CDN providers, for some reason IE doesn't like us sending an auth token on the URL to our mirror. We have a workaround in place adding &.exe to the end of the url after the auth token for the mirror.
Retested with I.E. 8 after fix reported by Roberto. The exe extension was correctly set on the download.