Allow XUL panel in content frames to leave the frame area
Categories
(Core :: XUL, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: jdescottes, Assigned: jdescottes)
References
Details
Attachments
(2 files)
Spawned from Bug 1539979, comment from Neil on the phabricator review https://phabricator.services.mozilla.com/D25306#762951
In D25306#759443, @bgrins wrote:
Is there some special cased code to handle somehow constraining panels in a
content browser? And if so, is there a way to bypass that for this use case?Yes, popups in content frames are constrained to the area of their frame. You
could modify something that sets nsMenuPopupFrame::mInContentShell to disable
this behaviour, but it should be chrome-only.
We want to run DevTools in a frame with type="content", but we need XUL panels to be able to leave the frame area.
Assignee | ||
Comment 1•6 years ago
|
||
(more a feedback request than review request at this stage)
Adding a new attribute to the panel was the easiest way I could find to make this work without too much plumbing
However I don't know how to check that the attribute comes from a chrome privileged script. I tried using PresContext()->IsChrome() but this is also false in our situation.
Would you prefer another approach? Otherwise what kind of test would you write for this kind of feature?
Assignee | ||
Comment 2•6 years ago
|
||
Depends on D26211
Comment 4•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/e8c98e4ec66e
https://hg.mozilla.org/mozilla-central/rev/d2db177d667f
Description
•