RESOLVED FIXED 238338
Web Inspector: Blank inspector in a page with container queries
https://bugs.webkit.org/show_bug.cgi?id=238338
Summary Web Inspector: Blank inspector in a page with container queries
jec
Reported 2022-03-24 11:07:43 PDT
Created attachment 455657 [details] screenshot of blank inspector TP 142 1. Open https://jec.fyi/demo/css-container-queries 2. Open Inspector 3. Inspector is blank [NOT OK] Another page with CQ failed too: https://designcember.com Expected Inspector to work as usual.
Attachments
screenshot of blank inspector (1.22 MB, image/png)
2022-03-24 11:07 PDT, jec
no flags
Patch v1.0 (3.79 KB, patch)
2022-03-24 14:04 PDT, Patrick Angle
no flags
Radar WebKit Bug Importer
Comment 1 2022-03-24 11:14:57 PDT
Patrick Angle
Comment 2 2022-03-24 11:37:12 PDT
Thank you for reporting this issue - the team in investigating!
Patrick Angle
Comment 3 2022-03-24 14:04:15 PDT
Created attachment 455677 [details] Patch v1.0
Patrick Angle
Comment 4 2022-03-24 14:05:21 PDT
Comment on attachment 455677 [details] Patch v1.0 Just want to note that even once this patch lands, Web Inspector will not actually show container query rules. That work is being tracked in bug 238346.
Devin Rousso
Comment 5 2022-03-24 14:11:40 PDT
Comment on attachment 455677 [details] Patch v1.0 r=me, unfortunate that we have so many unchecked dereferences :( I did do a bit of digging, and I wonder if something like `window.getMatchedCSSRules(element)` will cause a crash if `element` has matching container queries, since `StyleRuleType::Container` is not handled inside `StyleRuleBase::createCSSOMWrapper`. Might be worthing filing a separate bug and replacing that FIXME with it (and maybe including similar FIXME in relevant inspector code too).
Patrick Angle
Comment 6 2022-03-24 14:31:44 PDT
(In reply to Devin Rousso from comment #5) > Comment on attachment 455677 [details] > Patch v1.0 > > r=me, unfortunate that we have so many unchecked dereferences :( > > I did do a bit of digging, and I wonder if something like > `window.getMatchedCSSRules(element)` will cause a crash if `element` has > matching container queries, since `StyleRuleType::Container` is not handled > inside `StyleRuleBase::createCSSOMWrapper`. Might be worthing filing a > separate bug and replacing that FIXME with it (and maybe including similar > FIXME in relevant inspector code too). I've just verified and there is no crash in that case, and the correct immediate rule is returned, but it's `parentRule` is null instead of being the actual container query rule.
EWS
Comment 7 2022-03-24 16:30:41 PDT
Committed r291824 (248848@main): <https://commits.webkit.org/248848@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 455677 [details].
Note You need to log in before you can comment on or make changes to this bug.