Open Bug 1984105 Opened 2 months ago Updated 6 days ago

Disable LNA checks for Captive Portals

Categories

(Core :: DOM: Networking, enhancement, P2)

enhancement

Tracking

()

Tracking Status
firefox144 --- wontfix
firefox145 + affected

People

(Reporter: smayya, Assigned: valentin)

References

(Blocks 1 open bug)

Details

(Whiteboard: [necko-triaged])

Attachments

(2 files)

In order to reduce prompt fatigue for our users, we would like to disable LNA when using captive portals -> https://bugzilla.mozilla.org/show_bug.cgi?id=1980302#c23

Severity: -- → N/A
Priority: -- → P2
Whiteboard: [necko-triaged]
Assignee: nobody → smayya

[Tracking Requested - why for this release]:

Duplicate of this bug: 1981514

Sunil, next week is the final week of Fx144 Nightly before Fx144 goes to Beta.
This is tracked for Fx144 as requested, but will a patch land before we go to Beta?

Flags: needinfo?(smayya)

Hey Donal, we dont want to land this fix for 144 as LNA is planned currently for 145

Flags: needinfo?(smayya)
Flags: needinfo?(dmeehan)
Flags: needinfo?(dmeehan)

[Tracking Requested - why for this release]:

(In reply to Sunil Mayya from comment #4)

Hey Donal, we dont want to land this fix for 144 as LNA is planned currently for 145

Is LNA still planned for shipping with 145? Is that pref-controlled? Thanks

Flags: needinfo?(smayya)

(In reply to Pascal Chevrel:pascalc from comment #6)

(In reply to Sunil Mayya from comment #4)

Hey Donal, we dont want to land this fix for 144 as LNA is planned currently for 145

Is LNA still planned for shipping with 145? Is that pref-controlled? Thanks

LNA is still planned for 145, however with a rollout experiment. Additionally, we are planning it to be released only to a limited set of our users (ETP strict). More details will follow soon once we make the decision.

Flags: needinfo?(smayya)
Flags: needinfo?(pascalc)
Flags: needinfo?(pascalc)
Assignee: smayya → valentin.gosu

This patch adds a isCaptivePortalTab field to the browsingContext.
We still keep setting the LOAD_FLAGS_DISABLE_TRR loadFlags,
though we could probably move that to BrowsingContext eventually.

nsHttpChannel now automatically allows captive portal browsing contexts
to do public -> private loads without prompting.

This check was looking at whether both permissions were pending.
This means that if either one was granted, we would never show
the prompt for the other kind.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: