Status
()
People
(Reporter: Stefan Schneider, Unassigned)
Tracking
Firefox Tracking Flags
(firefox55 wontfix, firefox56 wontfix, firefox57 wontfix, firefox58 wontfix, firefox59 fix-optional)
Details
(Whiteboard: [specification][type:bug])
What did you do? ================ My browser -app with a custom xul and embedded <browser type="content-primary"> page runs within firefox =< 52. (example command: /Applications/Firefox.app/Contents/MacOS/firefox -app "../../app/seb.ini" -profile "../../../profilemac2" -purgecaches) Links to new windows from browser.contentDocument are opened within the defined custom browser.chromeURL and toolkit.defaultChromeURI and requests are automatically assigned to the embedded xul browser. What happened? ============== Since firefox >53 (on any OS) this does not work anymore. The browser.chromeURL seems to be opened in the background, no window is rendered anymore and the requested url is not assigned to the content-primary browser anymore. What should have happened? ========================== the window should be rendered and the request url should be loaded in to the content-primary browser of the custon xul page. Maybe it is not supported anymore in current firefox versions or is there any workaround? Is there anything else we should know? ======================================
Updated•9 months ago
|
Component: API → Untriaged
Product: Mozilla Developer Network → Firefox
Updated•9 months ago
|
Component: Untriaged → XUL
Product: Firefox → Core
Updated•7 months ago
|
status-firefox55: --- → wontfix
status-firefox56: --- → wontfix
status-firefox57: --- → wontfix
Component: XUL → Window Management
Priority: -- → P3
Updated•5 months ago
|
status-firefox58: --- → wontfix
status-firefox59: --- → fix-optional
You need to log in
before you can comment on or make changes to this bug.
Description
•