Closed
Bug 1235711
Opened 8 years ago
Closed 8 years ago
Alert and onbeforeunload dialogs on some "about:" pages still moves tabs to the foreground
Categories
(Firefox :: Untriaged, defect)
Firefox
Untriaged
Tracking
()
RESOLVED
INVALID
People
(Reporter: arni2033, Unassigned)
References
Details
>>> My Info: Win7_64, Nightly 46, 32bit, ID 20151223030323 STR: (A) - alerts 1. Open "about:newtab" in a new tab 2. Open devtools -> Console, type there "setTimeout(_=>alert(2),4000)", press Enter 3. Close devtools, Open new tab (you must perform this step in less than 4 seconds) 4. Wait 4 seconds (B) - onbeforeunload dialog 1. Open "about:newtab" in a new tab 2. Open devtools -> Console, type there "onbeforeunload=_=>1", press Enter 3. Close devtools, Click on page content, Open new tab 4. Middle-click the tab from Step 2 Result: Tab from Step 2 becomes active Expectations: Tab from Step 2 should stay a background tab This definitely happens, but I'm not sure if it should be "Wontfix" or "New". So leaving Unconfirmed > Complete list of affected "about:" pages: ["about:", "about:about", "about:accounts", "about:addons", "about:config", "about:crashes", "about:credits", "about:customizing", "about:debugging", "about:downloads", "about:healthreport", "about:memory", "about:networking", "about:newtab", "about:plugins", "about:preferences", "about:privatebrowsing", "about:remote-newtab", "about:serviceworkers", "about:sessionrestore", "about:stylish-edit", "about:support", "about:sync-tabs", "about:tabgroups", "about:telemetry", "about:webrtc", "about:welcomeback"]
Why "Tab from Step 2 should stay a background tab"? It have a "onbeforeunload". https://developer.mozilla.org/en-US/docs/Web/API/WindowEventHandlers/onbeforeunload
(In reply to YF (Yang) from comment #1) > Why "Tab from Step 2 should stay a background tab"? It have a "onbeforeunload". According to the work made in bug 332195. You can try it right now on normal pages. However, scenario (B) will become invalid if in bug 1234936 the old behavior will be restored.
Comment 3•8 years ago
|
||
This is the expected outcome of bug 332195, because it's not really sensibly possible to build a whitelist of about: pages today, and because about: pages are generally trusted not to abuse modal dialogs, and, to the best of my knowledge, don't. Our bugzilla instance doesn't have "NOTABUG", and the closest is "INVALID", so that's what I'm going to resolve this to.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
(In reply to :Gijs Kruitbosch from comment #3) > about: pages are generally trusted not to abuse modal dialogs Just for the record, "about:" pages listed in bug 1235709 do NOT have the permission to focus the tab with onbeforeunload/alert dialogs. All this is very unclear, so I filed this bug. Here's the list: > ["about:buildconfig", "about:cache", "about:home", "about:license", "about:logo", "about:mozilla", "about:rights", "about:robots", "about:sync-log"]
Comment 5•8 years ago
|
||
(In reply to arni2033 from comment #4) > (In reply to :Gijs Kruitbosch from comment #3) > > about: pages are generally trusted not to abuse modal dialogs > Just for the record, "about:" pages listed in bug 1235709 do NOT have the > permission to focus the tab with onbeforeunload/alert dialogs. All this is > very unclear, so I filed this bug. Here's the list: > > ["about:buildconfig", "about:cache", "about:home", "about:license", "about:logo", "about:mozilla", "about:rights", "about:robots", "about:sync-log"] Correct. It's based on whether the pages have system privileges. All of these pages are unprivileged.
Comment 6•8 years ago
|
||
(FWIW, it seems like at least about:credits is in the wrong list here - I don't see a tabswitch happening from there, which makes sense because it isn't privileged. I haven't checked all of the rest of your lists.)
You need to log in
before you can comment on or make changes to this bug.
Description
•