blob: slice() without valid content type yields unexpected results about fileapi HOT 2 CLOSED

But slice.type === '', correct? Isn't the behavior identical for blobs created with an explicit empty/non-valid contentType?

Don't your tests end up being more about what the Fetch API returns for blob URLs when the Blob's type is an empty string?

I haven't stared at Fetch enough, but it does seem inconsistent - to get a header name should only return null if the header list does not contain the header, yet the "blob" fetch algorithm unconditionally appends Content-Type with the blob’s type. It may be that Fetch needs to define an attempt to parse the type, and on failure not append. Consider filing a bug against Fetch?

from fileapi.

But slice.type === '', correct? Isn't the behavior identical for blobs created with an explicit empty/non-valid contentType?

Ah! You're right! Didn't think to check this. slice.type is correct, but the header is not.

from fileapi.