IntersectionObserver descendant console warning is spammy |
|||||||
Issue descriptionhttps://cs.chromium.org/chromium/src/third_party/WebKit/Source/core/dom/IntersectionObserver.cpp?q=IntersectionObserver.cpp&sq=package:chromium&l=287 This means if you create an IntersectionObserver for an Element in a document with no frame (ex. document.implementation.createHTMLDocument()) or one inside a <template> you get a warning in the console. It also only catches the first observation, not removing and reparenting later. If we want to warn about IO instances that are setup wrong we should add a DevTools feature for that, but I don't think we should warn by default on observe(). This is making it hard for estartk@ to use ElementVisbilityObserver in the C++ since we end up spamming console warnings if we start observing in InputType before we're inserted into the document in some situations.
,
Oct 7 2016
,
Oct 8 2016
https://bugs.chromium.org/p/chromium/issues/detail?id=617393 Actually when I first tried IntersectionObserver API several months ago, I wrongly thought this API could observe any two elements's intersecting, so maybe other developers will need this warning?
,
Oct 14 2016
,
Oct 14 2016
,
Mar 7 2017
,
Mar 9 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 16 2018
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by esprehn@chromium.org
, Oct 7 2016