23418 2013-10-02 01:45:12 +0000 Internal structured clone type handling is inconsistent 2013-11-13 21:36:30 +0000 1 1 1 Unclassified WHATWG HTML unspecified PC Windows NT RESOLVED FIXED P2 normal Unsorted 1 glenn ian ian mike contributor oldest_to_newest 94140 0 glenn 2013-10-02 01:45:12 +0000 For Blob and File (a subclass of Blob), internal structured clone lists the types explicitly, which implies that "is a Blob object" actually means "is a Blob object" and not "inherits from the Blob interface". However, the "is an ArrayBufferView object" case obviously means "inherits from ArrayBufferView", since you can only ever have subclasses of ArrayBufferView. I'd recommend removing the File case, and using the same approach as ArrayBufferView: "Let output be a newly constructed object of the same type as input, corresponding to the same underlying data.", so it's clearer that these cases do apply to subclasses. 96253 1 contributor 2013-11-13 21:36:30 +0000 Checked in as WHATWG revision r8277. Check-in comment: File is a subclass of Blob so we can just use Blob's entry. http://html5.org/tools/web-apps-tracker?from=8276&to=8277