Andrew Kaster 85515c0096 LibWeb: Queue the task for MessagePort receive in targetPort's realm ... We were delaying sending an IPC message until the HTML PortMessage task was run, but we were not queuing the task in on the receiver side. The result of this was that message port posting was needlessly creating an HTML task just to send an IPC message. On the flip side, we were directly calling dispatch_event from the socket notifier of the target port's message queue. This is a huge problem, because it means that we were effectively running javascript-aware code from an 'in parallel' context. By switching around which side of the IPC interface is responsible for queuing a task, we can avoid problems where a document is destroyed from a port message-attached callback and crashes.		2024-11-09 08:18:41 -05:00
..
Libraries	LibWeb: Queue the task for MessagePort receive in targetPort's realm	2024-11-09 08:18:41 -05:00
Services	LibWeb: Return CSS::StyleProperties::property results by reference	2024-11-08 10:21:26 +00:00
Utilities	LibGfx: Fix 24bit BMPs being transparent and send them as RGBx to Skia	2024-11-07 12:27:00 +01:00