Closed
Bug 1687677
Opened 5 years ago
Closed 5 years ago
WARNING: content window passed to PrivateBrowsingUtils.isWindowPrivate @ gecko-profiler-interface.js:214
Categories
(DevTools :: Performance Tools (Profiler/Timeline), defect)
DevTools
Performance Tools (Profiler/Timeline)
Tracking
(firefox86 fixed)
RESOLVED
FIXED
86 Branch
| Tracking | Status | |
|---|---|---|
| firefox86 | --- | fixed |
People
(Reporter: florian, Assigned: florian)
Details
Attachments
(1 file)
Steps to reproduce:
- Open about:profiling
- Open a second tab with about:preferences or about:config
These pages are loaded in the parent process, and trigger a chrome-document-global-created notification, despite being content windows.
I think we should replicate the .isChromeWindow check at https://searchfox.org/mozilla-central/rev/2c06b16a0c15ae340a0532e319cbf89ef9d21b68/toolkit/modules/PrivateBrowsingUtils.jsm#23 in our code. There's no way a content window can be a new private browsing window, so we can ignore these notifications.
| Assignee | ||
Comment 1•5 years ago
|
||
| Assignee | ||
Comment 2•5 years ago
|
||
The full warning in the terminal is:
WARNING: content window passed to PrivateBrowsingUtils.isWindowPrivate. Use isContentWindowPrivate instead (but only for frame scripts).
pbu_isWindowPrivate@resource://gre/modules/PrivateBrowsingUtils.jsm:27:11
_observe@resource://devtools/shared/performance-new/gecko-profiler-interface.js:214:34
Pushed by fqueze@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/8dd53beefb2a
ignore content windows when checking if a new window is a private window that should lock the profiler, r=julienw.
Comment 4•5 years ago
|
||
| bugherder | ||
Status: NEW → RESOLVED
Closed: 5 years ago
status-firefox86:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•