Access Connector broken on first run
Categories
(Enterprise Products :: Firefox, defect)
Tracking
(Not tracked)
People
(Reporter: gerard-majax, Assigned: jporter)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
While investigating bug 2034400 I discovered we broke the access connector, at least on first run on a fresh profile. Policy is applied properly, but browser.ipProtection.stateCache=unauthenticated
| Reporter | ||
Comment 1•2 months ago
|
||
It broke somewhere between 886272faffed60d5fc83e22786f4e417421e4a41 and f2b18d72606025bb7413fa68254f1a41f0fe61e3
| Reporter | ||
Comment 2•2 months ago
|
||
Comment 3•2 months ago
|
||
| Assignee | ||
Comment 4•2 months ago
|
||
| Reporter | ||
Comment 5•2 months ago
|
||
(In reply to Josh Porter from comment #4)
Root cause of this was the addition of the
IPProtectionService.statecheck here, identified to be added in this patch.
| Reporter | ||
Comment 6•2 months ago
|
||
Looks like bug 2020725 is only on main so we should be fine on beta and release
Comment 7•2 months ago
|
||
Authored by https://github.com/jporter-dev
https://github.com/mozilla/enterprise-firefox/commit/f7cf7caaec2c309c13b5b2332574f5045696c15f
[enterprise-main] Bug 2034487 - Initialize IPProtectionService on startup when feature is enabled but cache state is empty
Authored by https://github.com/lissyx
https://github.com/mozilla/enterprise-firefox/commit/08fa7e388abd3188bb6d867de87ddc7ff9ad2dbe
[enterprise-main] Merge pull request #785 from jporter-dev/enterprise-bug2034487-access-connector-broken-on-first-run
| Reporter | ||
Updated•2 months ago
|
Updated•1 month ago
|
Comment 8•1 month ago
|
||
Marking this as verified fixed on Win 11, macOS Tahoe 26.3 and Ubuntu 24.04 using 151.0 20260516231850. The policy is applied at first run and the browser.ipProtection.stateCache is set as Ready.
Tested using:
{
"Host": "proxy.enterfox.eu",
"MatchPatterns": [
"<all_urls>"
],
"Port": 443
}
Updated•1 month ago
|
Description
•