gecko-dev/uriloader
Matt Woodrow 9e57de431f Bug 1626362 - Don't return a failure from nsDocumentOpenInfo::OnStartRequest if we decide to handle the response with the external helper app and then fail. r=nika
The WPT a-download-click-404.html requires this behaviour for links with the download attribute, and this is also the current behaviour for Content-Disposition: Attachment (see bug 1604308).

This previously worked because the parent process version of nsDocumentOpenInfo failed (with NS_ERROR_FILE_NOT_FOUND), but the error code was discarded and we forwarded the channel to the content process. The content process version then would then return NS_ERROR_WONT_HANDLE_CONTENT since the load requires downloading, but we don't allow that in the content process. This new error code is one that doesn't have an associated error page (unlilke the original error), so was silently discarded.

Differential Revision: https://phabricator.services.mozilla.com/D81014
2020-06-25 22:13:31 +00:00
..
base Bug 1626362 - Don't return a failure from nsDocumentOpenInfo::OnStartRequest if we decide to handle the response with the external helper app and then fail. r=nika 2020-06-25 22:13:31 +00:00
docs no bug - mozlint/codespell - Add two docs directories in the list + fix typos r=marco DONTBUILD 2020-03-09 10:43:14 +00:00
exthandler Bug 1647605 - add remotetype to nsiparentchannel (and inheritors) r=kershaw 2020-06-25 12:00:52 +00:00
prefetch Bug 1586630 - Add check to GetURIDirectory r=mayhemer 2020-05-27 11:48:07 +00:00
preload Bug 1603542 - Log a warning in the web console when a preloaded resource is not used, r=Harald 2020-06-23 17:18:20 +00:00
moz.build Bug 1618287 - PreloaderBase class, r=smaug 2020-05-11 14:20:39 +00:00