From 9e1df0869097304f5c5abef1ded7630c37ef51f8 Mon Sep 17 00:00:00 2001
From: krystian3w <35370833+krystian3w@users.noreply.github.com>
Date: Wed, 30 Nov 2022 10:57:36 +0100
Subject: [PATCH] wrong url = in developed 22 is "random" PR

---
 Myth:-uBlock-consumes-over-80MB.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/Myth:-uBlock-consumes-over-80MB.md b/Myth:-uBlock-consumes-over-80MB.md
index d329567..cba38c7 100644
--- a/Myth:-uBlock-consumes-over-80MB.md
+++ b/Myth:-uBlock-consumes-over-80MB.md
@@ -15,7 +15,7 @@ The top image shows the memory footprint of uBO right after launch (Chrome 64-bi
 
 Note that uBO's baseline memory footprint won't change that much afterward. It will likely settle a few MB above the memory footprint reached after garbage collection has occurred, whenever the garbage collector is permitted to do its job.
 
-When reloading all filters (after changing the selection of filter lists, for example), I notice uBO's baseline memory footprint edges higher each time. I entered [an issue](https://github.com/gorhill/uBlock/issues/22) to remind myself to investigate whether there is anything to be done for this. Currently, I think the cause is cumulative memory fragmentation, and there might not be anything to be done. Typically I expect users will select a set of lists and stick to that afterward, so this would make this particular issue irrelevant.
+When reloading all filters (after changing the selection of filter lists, for example), I notice uBO's baseline memory footprint edges higher each time. I entered [an issue](https://github.com/uBlock-LLC/uBlock/issues/22) to remind myself to investigate whether there is anything to be done for this. Currently, I think the cause is cumulative memory fragmentation, and there might not be anything to be done. Typically I expect users will select a set of lists and stick to that afterward, so this would make this particular issue irrelevant.
 
 ***