From 1b5f268e53e6f30af7ffe97f5b8bbc66b1fe21b6 Mon Sep 17 00:00:00 2001
From: garry-ut99 <72945564+garry-ut99@users.noreply.github.com>
Date: Wed, 5 Jun 2024 09:24:52 +0000
Subject: [PATCH] Added a link to discussion: "Blocking "early" requests is not
 possible" in "Browser launch"

---
 uBlock-Origin-works-best-on-Firefox.md | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/uBlock-Origin-works-best-on-Firefox.md b/uBlock-Origin-works-best-on-Firefox.md
index 1cd4fdb..e6e836e 100644
--- a/uBlock-Origin-works-best-on-Firefox.md
+++ b/uBlock-Origin-works-best-on-Firefox.md
@@ -28,7 +28,9 @@ In Chromium-based browsers, this is not the case. Tracker/advertisement payloads
 
 Reliably blocking at browser launch is especially important for whoever uses default-deny mode for 3rd-party resources or JavaScript.
 
-A [setting](https://github.com/gorhill/uBlock/wiki/Dashboard:-Filter-lists#suspend-network-activity-until-all-filter-lists-are-loaded) is available, disabled by default, to mitigate this issue in Chromium-based browsers. This setting does not cover 100% of all use cases, and some exceptions may apply.
+A [setting](https://github.com/gorhill/uBlock/wiki/Dashboard:-Filter-lists#suspend-network-activity-until-all-filter-lists-are-loaded) is available, disabled by default, to mitigate this issue in Chromium-based browsers. This setting does not cover 100% of all use cases, and some exceptions may apply. 
+
+Also see related discussion: [Blocking "early" requests is not possible](https://github.com/gorhill/uBlock/issues/1327)
 
 ### Pre-fetching