Clear TRR blocklist when confirmation is done
Categories
(Core :: Networking: DNS, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox80 | --- | fixed |
People
(Reporter: valentin, Assigned: valentin)
References
(Blocks 1 open bug)
Details
(Whiteboard: [necko-triaged])
Attachments
(4 files, 1 obsolete file)
After a fresh confirmation we should clear the blocklist as we may be under different network conditions now.
Assignee | ||
Comment 1•5 years ago
|
||
Depends on D82169
Assignee | ||
Comment 2•5 years ago
|
||
Depends on D82218
Assignee | ||
Comment 3•5 years ago
|
||
We also wrap it in a DataMutex to allow use on any thread
Depends on D82219
Assignee | ||
Comment 4•5 years ago
|
||
Since IsTemporarilyBlocked no longer calls IsExcludedFromTRR we have to do
this explicitly at this call site.
Depends on D82220
Assignee | ||
Comment 5•5 years ago
|
||
Due to a change in timing in this patch, when we reset the confirmation pref
at the end of the test, a TRR request would happen after we changed the prefs
leading to accessing a non-local IP in testing and causing a crash.
This should be gated on being in the correct mode anyway
Depends on D82221
Comment 6•5 years ago
|
||
Comment on attachment 9161320 [details]
Bug 1650356 - Only trigger confirmation in TRR-first and TRR-only modes r=dragana
Revision D82222 was moved to bug 1649127. Setting attachment 9161320 [details] to obsolete.
Comment 8•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/d6d509edebff
https://hg.mozilla.org/mozilla-central/rev/831781e4736b
https://hg.mozilla.org/mozilla-central/rev/69f6fd5ca736
https://hg.mozilla.org/mozilla-central/rev/5e545e56ab2b
Description
•