#2199 Installer tries to direct download files from sourceforge, but SF returns HTML rather than file

INSTALLER
closed
nobody
None
Support
works-for-me
Unknown
False
2014-03-21
2014-03-21
Rowan
No

Installer tries to download direct URLs from sourceforge, but these return HTML. It appears that SF has a form of hotlink protection that requires you access the site interactively.

Example - the installer requests:

http://prdownloads.sourceforge.net/mingw/mingw-get-0.6.2-mingw32-beta-20131004-1-bin.tar.xz?download

...but this URL returns status 307 and is redirected to:

http://sourceforge.net/projects/mingw/files/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/mingw-get-0.6.2-mingw32-beta-20131004-1-bin.tar.xz/download?use_mirror=jaist&download=

...which returns a content-type of text/html (presumably the SF download page) rather than the file.

When requesting the first URL interactively with a browser, the actual file downloaded is:

https://downloads.sourceforge.net/project/mingw/Installer/mingw-get/mingw-get-0.6.2-beta-20131004-1/mingw-get-0.6.2-mingw32-beta-20131004-1-bin.tar.xz?r=&ts=1395417266&use_mirror=jaist

Note the ts=

mingw-get-setup.exe quickly fails because it is trying to un-xz HTML rather than a valid archive. I have attached a screen shot demonstrating the errors.

(Apologies if this has been reported or I've missed something in creating this ticket; I am not familiar with this ticket system.)

1 Attachments

Discussion

  • Rowan
    Rowan
    2014-03-21

    Update. I use a web proxy/cache. Disabling this and allowing my machine to connect directly seems to have 'fixed' this issue - install is proceeding right now.

    Some other people attempting to install may not be that flexible though, eg stuck behind a firewall.

    So it seems possible that SF may be enforcing "interactive only" use when it detects access via a proxy.

     
  • Keith Marshall
    Keith Marshall
    2014-03-21

    • status: unread --> closed
    • Type: Bug --> Support
    • Resolution: none --> works-for-me
    • Category: 64_bit_feature_request --> Unknown
     
  • Keith Marshall
    Keith Marshall
    2014-03-21

    FWIW, I just did a virgin download and install, using mingw-get, into a 100% clean sandbox, with 100% success.

    Seems like the problem lies with your proxy configuration, or in some SF policy relating to that. Either way, there's nothing we can do about this; if you believe the latter, then you should raise a support request with SF themselves.

    In closing, I would further point out that I used to work -- until November last year -- for a company which put me behind a firewall/proxy, using Windows Domain authentication; other than occasional network outages, I never had the slightest problem running mingw-get there.