https://issues.apache.org/bugzilla/show_bug.cgi?id=50548
Curt Arnold <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #1 from Curt Arnold <[email protected]> 2011-01-09 01:16:28 EST --- The behavior is by design and the issue with Safari is an reported and acknowledged "feature" in Safari. The following statement appears at the top of the downloads page: The link in the Mirrors column should display a list of available mirrors with a default selection based on your inferred location. If you do not see that page, try a different browser. The checksum and signature are links to the originals on the main distribution server. The page is a list of mirrors and is displayed correctly by browsers that honor the content type in the HTTP response. Unfortunately Safari decides to ignore the explicit instructions from the web server and guess at the content type based on the extension. That has been logged as a WebKit bug several years back, but is unlikely to change. It is likely a generally beneficial deviation from the HTTP recommendation for Safari since it is generally more likely that the web server is wrong on the content type and the extension is correct, but the spec says that an explicit content type from the HTTP server should be assumed to be correct. As for wget or curl, the problem is the assumption that the link would provide an archive. The page where you got the link, explicitly said that you would not get the archive. It is less than ideal, but working around Safari's deviation from the spec hasn't seen to be the best use of our time. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
