| Summary: | WKWebView's didMoveToWindow doesn't call it's super | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Gabriel Banfalvi <gbanfalvi> |
| Component: | WebKit2 | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | mitz, simon.fraser, thorton, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 11 | ||
| Hardware: | iPhone / iPad | ||
| OS: | All | ||
WKWebView doesn't call UIView's (it's super-class') didMoveToWindow despite overriding it. It looks like this in UIProcess/API/Cocoa/WKWebView.mm - (void)didMoveToWindow { _page->activityStateDidChange(WebCore::ActivityState::AllFlags); } While in principle didMoveToWindow tends to be empty, I'm swizzling out will/didMoveToWindow on UIView to track hierarchy changes in UIViews (haven't found a better way to do that), and this breaks that.