Closed Bug 1898891 Opened 2 years ago Closed 1 month ago

Move captive portal detection to an endpoint that returns 204

Categories

(Core :: Networking, enhancement, P3)

enhancement

Tracking

()

RESOLVED FIXED
155 Branch
Tracking Status
firefox155 --- fixed

People

(Reporter: valentin, Assigned: valentin)

References

(Blocks 1 open bug, Regressed 1 open bug)

Details

(Whiteboard: [necko-triaged])

Attachments

(1 file)

(In reply to tim from bug 1887714 comment #15)

I tried both of those builds and both seem to work with no captive portal detection.

It seems an endpoint that responds with a 204 status would generate fewer false positives.
We should investigate how easy that is to achieve on the server-side.

Depends on: 2038027
Blocks: 2022366
Attachment #9403978 - Attachment description: WIP: Bug 1898891 - See if 204 captive portal endpoint works better r=#necko → WIP: Bug 1898891 - Use 204 returning captive portal endpoint r=#necko
See Also: → 2049252
Assignee: nobody → valentin.gosu
Attachment #9403978 - Attachment description: WIP: Bug 1898891 - Use 204 returning captive portal endpoint r=#necko → Bug 1898891 - Use 204 returning captive portal endpoint r=#necko
Status: NEW → ASSIGNED
Pushed by sstanca@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/6184ebc5afbc https://hg.mozilla.org/integration/autoland/rev/da6e5addb528 Revert "Bug 1898891 - Use 204 returning captive portal endpoint r=necko-reviewers,kershaw" for causing xpcshell failures in test_ext_captivePortal.js.

Reverted this because it was causing xpcshell failures in test_ext_captivePortal.js.

  • Revert link
  • Push with failures
  • Failure Log
  • Failure line: TEST-UNEXPECTED-FAIL | xpcshell-remote.toml:toolkit/components/extensions/test/xpcshell/test_ext_captivePortal.js | Test timed out; open profile_test_ext_captivePortal_retry.js.json in the Firefox Profiler
Flags: needinfo?(valentin.gosu)
Flags: needinfo?(valentin.gosu)
Pushed by valentin.gosu@gmail.com: https://github.com/mozilla-firefox/firefox/commit/be5466ce6dc9 https://hg.mozilla.org/integration/autoland/rev/77dab6da56c6 Use 204 returning captive portal endpoint r=necko-reviewers,kershaw,extension-reviewers,robwu
Status: ASSIGNED → RESOLVED
Closed: 3 months ago
Resolution: --- → FIXED
Target Milestone: --- → 154 Branch
Regressions: 2052715
Pushed by asilaghi@mozilla.com: https://github.com/mozilla-firefox/firefox/commit/9cae66f7ed95 https://hg.mozilla.org/integration/autoland/rev/44adf8fbd1af Revert "Bug 1898891 - Use 204 returning captive portal endpoint r=necko-reviewers,kershaw,extension-reviewers,robwu" at dev request for causing Bug 2052715
Flags: needinfo?(valentin.gosu)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: 154 Branch → ---
See Also: → 2054546
Pushed by valentin.gosu@gmail.com: https://github.com/mozilla-firefox/firefox/commit/9686c7a6c915 https://hg.mozilla.org/integration/autoland/rev/fe2c6ddcc4bc Use 204 returning captive portal endpoint r=necko-reviewers,kershaw,extension-reviewers,robwu
Regressions: 2062236
Status: REOPENED → RESOLVED
Closed: 3 months ago → 1 month ago
Resolution: --- → FIXED
Target Milestone: --- → 155 Branch
Flags: needinfo?(valentin.gosu)

Did you want to nominate this for the Fx155 relnotes? If so, set the relnote-firefox flag to "?"
https://wiki.mozilla.org/Release_Management/Release_Notes_Nomination

Possible wording:

Firefox now uses firefox-portal-detection.com instead of detectportal.firefox.com to detect captive portals and check network connectivity, so network allowlists referencing the old domain need updating.

Flags: needinfo?(valentin.gosu)

I'll nominate for relnote in bug 2049252 instead.

relnote-firefox: --- → ?
Flags: needinfo?(valentin.gosu)
QA Whiteboard: [qa-triage-done-c156/b155]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: