I want to highlight why Its also an important change - there is a very real and important error: your channel content is truncated. Its a bug that necko doesn't tell you about that right now. So we're going to fix that up.
The download manager is the obvious victim of this right now. It declares some classes of interrupted downloads as OK. You can't use or restart the result. Any channel over TLS that thinks it has integrity (scripts? css? someone's xhr?) because of that can be silently truncated with the current bug. Consumers that want to ignore the error (from the bug that is at least docshell, and Daniel is asking primarily about images here I believe) will need to handle the exception.. There is no change in the amount of data returned.. just OK -> NEW_ERROR_CODE. On Tue, Apr 22, 2014 at 10:06 PM, Ehsan Akhgari <ehsan.akhg...@gmail.com>wrote: > On 2014-04-22, 9:59 PM, Boris Zbarsky wrote: > >> On 4/22/14, 9:30 PM, Ehsan Akhgari wrote: >> >>> Do we currently return NS_OK from Necko in such circumstances or another >>> error code? >>> >> >> Currently we return NS_OK, so the necko client thinks the transfer >> completed successfully. >> > > That seems like a huge behavior change. :( > > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
