New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 677108 link

Starred by 0 users

Issue metadata

Status: Fixed
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Android , Windows , Chrome , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Creating undefined elements in iframes uses prototypes from the calling frame

Project Member Reported by dominicc@chromium.org, Dec 27 2016

Issue description

v55.0.2883.87 is OK, r440736 is broken.

What steps will reproduce the problem?
1. Open https://jsfiddle.net/rahmtq3c/1/

What is the expected result?

Console contains:

proto from iframe? true
proto from parent? false

What happens instead of that?

proto from iframe? false
proto from parent? true

This means that creating an undefined element in an iframe uses the element interface of the caller, instead of the owner.
 
Labels: Needs-Bisect
Slightly clearer repro in https://jsfiddle.net/rahmtq3c/3/
Attaching a local repro. Should alert "GOOD".
index.html
318 bytes View Download
Cc: dominicc@chromium.org
Components: -Blink>HTML>CustomElements Blink>Bindings
Owner: yukishiino@chromium.org
Bisected this to https://chromium.googlesource.com/chromium/src/+log/b887e7c4d46340e170ab47c12b3a0d75433250af..21d496a2c607e8348e6a0bc66f655947cffd86fe

yukiishino, it looks like 23d2ae42f228825c3edb45ca50c4cb5e2e1045c0 broke wrapping nodes in iframes, PTAL. Please rebaseline imported/wpt/custom-elements when you fix this, there's one test in there that detected this.
Status: Assigned (was: Started)
Oops, un-starting this.
Specifically the test results in imported/wpt/custom-elements/upgrading.html will need rebaselining. IIRC there are six failures in there; it should go down to three failures after you fix this.

(The "...in a new document..." failures are expected because we do not implement the Document constructor.)
Labels: -Type-Bug Type-Bug-Regression
Looks like custom-elements/parser/parser-uses-registry-of-owner-document.html might have one failure that needs rebaselining after this too.

Comment 9 by ajha@chromium.org, Dec 29 2016

Labels: -Needs-Bisect M-57
Removing Needs-Bisect label as bisect is already provided.
I think that https://crrev.com/2633303002 fixed this issue, too.  At least, the repro case at https://jsfiddle.net/rahmtq3c/3/ at #2 is now showing "GOOD".

dominicc@, is it okay to close this issue, or are any actions needed?

Rebaseline those tests? "imported" has moved to "external" FYI.
Status: Fixed (was: Assigned)
As far as I checked, no more work seem needed.
I don't see any related entry in LayoutTests/TestExpectations.

Sign in to add a comment