When you follow the "download" URL of a file hosted by SourceForge, it
gets downloaded in 4 HTTP requests (instead of one):

> GET https://downloads.sourceforge.net/gparted/gparted-live-0.28.1-1-i686.iso
> HTTP 307
> 
> GET 
> https://sourceforge.net/projects/gparted/files/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso/download?use_mirror=netcologne
> HTTP 200

At this point, you're presented with a SourceForge download page and
have to stare at their advertisements for like 5 seconds. After which
the page is refreshed for the 2nd time:

> GET 
> https://downloads.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso?r=&ts=1493909634&use_mirror=netix
> HTTP 302
> 
> GET 
> https://netix.dl.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso
> HTTP 200
... and you're finally allowed to download the darn file.

You can perform the above diagnostics yourself using either the
"Developer Tools" (the former Firebug), or the 3rd party "Live HTTP
Headers" extension available at AMO, or by setting the
accessibility.blockautorefresh preference to true (Appearance -> Content
-> Warn me when websites try to redirect or reload the page).

No browser is smart enough to rid you from this five second delay.


Wget is a different story: apparently, the web server interprets its
User-Agent string as "something which is not a browser" and skips the
advertisement page.

You can try to play with general.useragent.site_specific_overrides as
described here: <http://forums.mozillazine.org/viewtopic.php?f=40&t=2647781>


Regards,
Andrey.

On 04.05.2017 17:00, Richard Owlett wrote:
> On 05/04/2017 07:31 AM, Andrey ``Bass'' Shcheglov wrote:
>> Hi Richard,
>>
>> Can you test how wget/curl behave when given the same URL?
>>
>> Regards,
>> Andrey.
>>
> 
> It "ran".
> richard@march-9-Jessie:~/testfolder$ ls -lh
> total 318M
> -rw-r--r-- 1 richard richard  44M May  4 08:22
> gparted-live-0.28.1-1-i686.iso
> -rw-r--r-- 1 richard richard 274M Feb 18 00:20
> gparted-live-0.28.1-1-i686.iso.1
> 
> *HOWEVER*
> richard@march-9-Jessie:~/1st_run$ ls -lh
> total 275M
> -rw-r--r-- 1 richard richard  84K May  4 06:50 download
> -rw-r--r-- 1 richard richard 274M May  4 06:40
> gparted-live-0.28.1-1-i686.iso
> 
> 
> 
> I don't know how to interpret the following.
> 
> richard@march-9-Jessie:~/testfolder$ wget
> http://downloads.sourceforge.net/gparted/gparted-live-0.28.1-1-i686.iso
> --2017-05-04 08:23:12--
> http://downloads.sourceforge.net/gparted/gparted-live-0.28.1-1-i686.iso
> Resolving downloads.sourceforge.net (downloads.sourceforge.net)...
> 216.34.181.59
> Connecting to downloads.sourceforge.net
> (downloads.sourceforge.net)|216.34.181.59|:80... connected.
> HTTP request sent, awaiting response... 301 Moved Permanently
> Location:
> http://downloads.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso
> [following]
> --2017-05-04 08:23:12--
> http://downloads.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso
> 
> Connecting to downloads.sourceforge.net
> (downloads.sourceforge.net)|216.34.181.59|:80... connected.
> HTTP request sent, awaiting response... 302 Found
> Location:
> https://cytranet.dl.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso
> [following]
> --2017-05-04 08:23:12--
> https://cytranet.dl.sourceforge.net/project/gparted/gparted-live-stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso
> 
> Resolving cytranet.dl.sourceforge.net (cytranet.dl.sourceforge.net)...
> 74.82.59.181
> Connecting to cytranet.dl.sourceforge.net
> (cytranet.dl.sourceforge.net)|74.82.59.181|:443... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 287309824 (274M) [application/octet-stream]
> Saving to: ‘gparted-live-0.28.1-1-i686.iso.1’
> 
> 
> 
> 
> 
> 
> 
>> On Thursday, 4 May 2017, Richard Owlett <rowl...@cloud85.net> wrote:
>>
>>> I'm running SM 2.48 on Debian Jessie
>>> User Agent: Mozilla/5.0 (X11; Linux i686; rv:49.0) Gecko/20100101
>>> Firefox/49.0 SeaMonkey/2.46
>>>
>>> I went to http://gparted.org/download.php and right-clicked on link
>>> titled "Download gparted-live-0.28.1-1-i686.iso" whose target was
>>> http://downloads.sourceforge.net/gparted/gparted-live-0.28.1-1-i686.iso
>>>
>>> When I chose "Save Link Target As" it saved a HTML file named
>>> "download".
>>>
>>> However when I left-clicked on the above link, it took me to
>>> https://sourceforge.net/projects/gparted/files/gparted-live-
>>> stable/0.28.1-1/gparted-live-0.28.1-1-i686.iso/download?use_mirror=iweb
>>>
>>> That triggered an automated download of the desired ISO file.
>>> The content of the save HTML was the sourceforge.net page.
>>>
>>> Is this expected behavior?
>>> TIA
>>>
>>>
>>> _______________________________________________
>>> support-seamonkey mailing list
>>> support-seamonkey@lists.mozilla.org
>>> https://lists.mozilla.org/listinfo/support-seamonkey
>>>
> 
> 
> _______________________________________________
> support-seamonkey mailing list
> support-seamonkey@lists.mozilla.org
> https://lists.mozilla.org/listinfo/support-seamonkey

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey

Reply via email to