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•6 years ago
|
||
Depends on D82169
| Assignee | ||
Comment 2•6 years ago
|
||
Depends on D82218
| Assignee | ||
Comment 3•6 years ago
|
||
We also wrap it in a DataMutex to allow use on any thread
Depends on D82219
| Assignee | ||
Comment 4•6 years ago
|
||
Since IsTemporarilyBlocked no longer calls IsExcludedFromTRR we have to do
this explicitly at this call site.
Depends on D82220
| Assignee | ||
Comment 5•6 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•6 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
•