зеркало из https://github.com/mozilla/gecko-dev.git
9e57de431f
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 |
||
|---|---|---|
| .. | ||
| base | ||
| docs | ||
| exthandler | ||
| prefetch | ||
| preload | ||
| moz.build | ||