2024-04-18 17:22 BST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0002175NetSurf[All Projects] Generalpublic2017-05-08 23:50
ReporterChris Young 
Assigned ToChris Young 
SeverityminorReproducibilityalways 
StatusclosedResolutionunable to reproduce 
PlatformAmigaOSAmigaOSOS Version4.1
Product Version3.2 
Target VersionFixed in Version3.7 
Summary0002175: Bad redirect URL
DescriptionOriginal report:
I was trying to download the latest AmigaOS4 version of ScummVM from http://scummvm.org/downloads , but after clicking on the "AmigaOS4 package" link an error requester popped up with "Bad redirect URL". The same link works fine with OWB/Odyssey. Any idea why this is happening? Could it be JavaScript-related? I˙m on the latest test build, 0002024.
Steps To ReproduceVisit http://scummvm.org/downloads/?p=downloads
Click on the "AmigaOS 4 package" link (all the release binary links do the same thing)
OR click the link below.

Directly visiting (typing in) http://prdownloads.sourceforge.net/scummvm/scummvm-1.7.0-amigaos4.lha?download brings the file up as expected.
Additional InformationLog attached
TagsNo tags attached.
Fixed in CI build #
Reported in CI build #2028
URL of problem pagehttp://prdownloads.sourceforge.net/scummvm/scummvm-1.7.0-amigaos4.lha?download
Attached Files
  • log file icon ns.log (714,347 bytes) 2014-07-26 00:41

-Relationships
+Relationships

-Notes
Daniel Silverstone

~0000434

Daniel Silverstone (administrator)

Interestingly this appears to be a redirect loop in SourceForge's download servers which results in us aborting (which gives bad redirect).

If we then go direct to one of the download links which kept 302'ing before, it downloads the file, which suggests that the referer is relevant to this failure mode.

What's also interesting is that we don't get this behaviour in other browsers, instead sourceforge supply a download page which then counts down and downloads the file.
Chris Young

~0000452

Chris Young (developer)

The download links at http://www.7-zip.org/sdk.html have the same problem. Again, hosted on Sourceforge, but the path format is slightly different.
Chris Young

~0001556

Chris Young (developer)

I've just tried randomly downloading something from Sourceforge (none of the mentioned sites actually host on Sourceforge now, so I couldn't try the original links), and it worked fine so I'm assuming this has been fixed, either in NetSurf or on the sf.net servers.
+Notes

-Issue History
Date Modified Username Field Change
2014-07-26 00:41 Chris Young New Issue
2014-07-26 00:41 Chris Young File Added: ns.log
2014-07-26 00:42 Chris Young URL of problem page http://scummvm.org/downloads/?p=downloads => http://prdownloads.sourceforge.net/scummvm/scummvm-1.7.0-amigaos4.lha?download
2014-07-26 00:42 Chris Young Steps to Reproduce Updated View Revisions
2014-07-29 16:26 Vincent Sanders Status new => acknowledged
2014-07-29 16:26 Vincent Sanders Description Updated View Revisions
2014-07-29 16:26 Vincent Sanders Steps to Reproduce Updated View Revisions
2014-08-03 14:33 Daniel Silverstone Note Added: 0000434
2014-08-25 17:35 Chris Young Note Added: 0000452
2017-05-08 23:50 Chris Young Assigned To => Chris Young
2017-05-08 23:50 Chris Young Status acknowledged => closed
2017-05-08 23:50 Chris Young Resolution open => unable to reproduce
2017-05-08 23:50 Chris Young Fixed in Version => 3.7
2017-05-08 23:50 Chris Young Note Added: 0001556
+Issue History