ladybird

70663 commits 1 branch 0 tags 492 MiB

Author	SHA1	Message	Date
Andreas Kling	66a19b8550	LibWeb: Make ESO "fetch group" weakly reference the fetch records Some checks are pending CI / Linux, x86_64, Fuzzers, Clang (push) Waiting to run Details CI / Linux, x86_64, Sanitizer, GNU (push) Waiting to run Details CI / macOS, arm64, Sanitizer, Clang (push) Waiting to run Details CI / Linux, x86_64, Sanitizer, Clang (push) Waiting to run Details Package the js repl as a binary artifact / Linux, arm64 (push) Waiting to run Details Package the js repl as a binary artifact / macOS, arm64 (push) Waiting to run Details Package the js repl as a binary artifact / Linux, x86_64 (push) Waiting to run Details Run test262 and test-wasm / run_and_update_results (push) Waiting to run Details Lint Code / lint (push) Waiting to run Details Label PRs with merge conflicts / auto-labeler (push) Waiting to run Details Push notes / build (push) Waiting to run Details Otherwise we end up holding on to every fetch record indefinitely. Found by analyzing GC heap graphs on Discord.	2025-07-29 20:00:17 -04:00
Shannon Booth	f87041bf3a	LibGC+Everywhere: Factor out a LibGC from LibJS Resulting in a massive rename across almost everywhere! Alongside the namespace change, we now have the following names: * JS::NonnullGCPtr -> GC::Ref * JS::GCPtr -> GC::Ptr * JS::HeapFunction -> GC::Function * JS::CellImpl -> GC::Cell * JS::Handle -> GC::Root	2024-11-15 14:49:20 +01:00
Shannon Booth	1e54003cb1	LibJS+LibWeb: Rename Heap::allocate_without_realm to Heap::allocate Now that the heap has no knowledge about a JavaScript realm and is purely for managing the memory of the heap, it does not make sense to name this function to say that it is a non-realm variant.	2024-11-13 16:51:44 -05:00
Timothy Flynn	93712b24bf	Everywhere: Hoist the Libraries folder to the top-level	2024-11-10 12:50:45 +01:00

Renamed from Userland/Libraries/LibWeb/Fetch/Infrastructure/FetchRecord.cpp (Browse further)

4 commits