This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 23418 - Internal structured clone type handling is inconsistent
Summary: Internal structured clone type handling is inconsistent
Status: RESOLVED FIXED
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-02 01:45 UTC by Glenn Maynard
Modified: 2013-11-13 21:36 UTC (History)
2 users (show)

See Also:


Attachments

Description Glenn Maynard 2013-10-02 01:45:12 UTC
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.
Comment 1 contributor 2013-11-13 21:36:30 UTC
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