Closed
Bug 1282611
Opened 8 years ago
Closed 8 years ago
Captive portal not detected at Firefox startup
Categories
(Firefox :: General, defect, P3)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 51
People
(Reporter: nhnt11, Assigned: nhnt11)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxprivacy])
Attachments
(1 file, 1 obsolete file)
1.96 KB,
patch
|
MattN
:
review+
|
Details | Diff | Splinter Review |
This was working when I was writing/testing the patch for bug 989193, but something seems to have broken before that landed.
Assignee | ||
Comment 1•8 years ago
|
||
This also changes the patch to use document-shown instead of xul-window-visible, which doesn't seem to work (anymore?) for detecting when the window gains focus. I'll investigate this further later, but meanwhile I wanted to upload this simple patch (having it work at startup makes it much easier to test some stuff). Before requesting review however, I wanted to ask: Valentin, shouldn't nsIOService be doing a recheck at startup already? Doesn't seem to be working, could you take a look? If you can fix it from there this patch won't be necessary (though we should probably do the s/xul-window-visible/document-shown/g change in a separate bug).
Assignee: nobody → nhnt11
Flags: needinfo?(valentin.gosu)
Updated•8 years ago
|
Priority: -- → P3
Detection would actually be triggered by the first network activity, so it's a bit racy. You're correct in saying the we should probably do this more reliably, but I think your patch will do for now.
Flags: needinfo?(valentin.gosu)
Assignee | ||
Comment 3•8 years ago
|
||
Okay, we don't need to switch to document-shown. That confuses things further since each tab has its own document, etc. A better fix (which this patch does) is to check that Services.ww.activeWindow is the same as whatever getMostRecentBrowserWindow returned. This works right after xul-window-visible, even if the window's document hasn't gotten focus yet. Matt, what do you think?
Assignee: nobody → nhnt11
Attachment #8765651 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8766599 -
Flags: review?(MattN+bmo)
Assignee | ||
Updated•8 years ago
|
Attachment #8766599 -
Attachment is patch: true
Comment 4•8 years ago
|
||
Sorry for the delay, but after coming back from PTO I'm dealing with another bug with high priority. I'll hopefully get to your reviews tomorrow.
Updated•8 years ago
|
Attachment #8766599 -
Flags: review?(MattN+bmo) → review+
Pushed by pastithas@mozilla.com: https://hg.mozilla.org/integration/fx-team/rev/003319dc7a1f Recheck for captive portal after watcher is initialized. r=MattN
Comment 6•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/003319dc7a1f
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox51:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 51
You need to log in
before you can comment on or make changes to this bug.
Description
•