279637 2024-09-12 18:23:31 -0700 [iOS 18.1 Beta] WebKit crashes when visiting heavy page 2025-02-17 10:36:34 -0800 1 1 1 Unclassified WebKit Layout and Rendering Safari 18 iPhone / iPad iOS 18 NEW InRadar P2 Normal --- 1 dazhen webkit-unassigned bfulgham bracho rreno simon.fraser webkit-bug-importer zalan oldest_to_newest 2059842 0 dazhen 2024-09-12 18:23:31 -0700 1. Visit https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-9/ which is a rather long page. 2. Safari will try to load it twice then display "A problem repeatedly occurred on". This is on iPhone 15 Pro Max iOS 18.1 Note if I restart the phone, then this doesn't happen any more, but will repro again if phone is used for a while. 2061706 1 webkit-bug-importer 2024-09-19 18:24:14 -0700 <rdar://problem/136330950> 2061917 2 rreno 2024-09-20 12:53:24 -0700 I was able to reproduce on my phone as well. This is a highwater jetsam which can occur when the WebContent process crosses a soft limit and the system needs memory due to memory pressure. This is why the crash doesn't reproduce every time; the system won't kill the process if it doesn't need the memory. From an initial look it seems like it might be due to a high amount of graphics memory being allocated, usually to back compositing layers in the page. I'll try to get allocation logs to see what is prompting a large peak memory footprint. Thank you for the report. 2095077 3 bracho 2025-02-16 14:03:58 -0800 Any updates here? Since last week are the crashes coming more often. 2095191 4 simon.fraser 2025-02-17 10:36:34 -0800 It's notable that the <html> is composited separately from the main document, and it uses a lot of memory. This might be triggered by a negative z-index somewhere. Is tile coverage working as expected for this layer? It's also notable that each <pre> seems to take some memory even when outside the viewport, which is worth investigating.