| Summary: | REGRESSION (Sonoma): ASSERT(m_scrollingStateTree) on fast/scrolling/scroll-snap-crash.html | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Chris Dumez <cdumez> |
| Component: | WebKit2 | Assignee: | Nikos Mouchtaris <nmouchtaris> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | ap, ben_schwartz, kkinnunen, simon.fraser, webkit-bug-importer, wenson_hsieh |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=264419 | ||
|
Description
Chris Dumez
2023-10-27 08:30:53 PDT
``` CheckedPtr<ScrollingStateTree> m_scrollingStateTree; // Only null between deserialization and attachAfterDeserialization. ``` We crash during destruction because m_scrollingStateTree is null. The crash does occur during IPC deserialization so it seems it is expected for `m_scrollingStateTree` to be null. Seems like there may be 2 bugs: 1. IPC deserialization fails 2. The ScrollingStateScrollingNode doesn't support getting destroyed during IPC deserialization and crashes For me, it looks like it fails IPC decoding for ScrollingStateNodeProperty::SnapOffsetsInfo (In reply to Chris Dumez from comment #2) > For me, it looks like it fails IPC decoding for > ScrollingStateNodeProperty::SnapOffsetsInfo In particular, horizontalSnapOffsets inside FloatScrollSnapOffsetsInfo. (In reply to Chris Dumez from comment #3) > (In reply to Chris Dumez from comment #2) > > For me, it looks like it fails IPC decoding for > > ScrollingStateNodeProperty::SnapOffsetsInfo > > In particular, horizontalSnapOffsets inside FloatScrollSnapOffsetsInfo. In particular, the snapTargetID of FloatSnapOffset fails decoding. Also frequently crashes on macOS Sonoma bots, but not on older OS versions. I have related this bug to bug #264419, which is an umbrella bug tracking layout test regressions in macOS Sonoma 14.1. |