Closed
Bug 1486079
Opened 6 years ago
Closed 6 years ago
Insert initial browser dynamically, to make it possible to set initial remoteness and whether it needs to load about:blank
Categories
(Firefox :: Tabbed Browser, enhancement, P1)
Firefox
Tabbed Browser
Tracking
()
RESOLVED
FIXED
Firefox 63
Tracking | Status | |
---|---|---|
firefox63 | --- | fixed |
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
Attachments
(1 file)
Splitting this off from bug 1362774 because it can happen separately, and helps get this pile of patches landing without bitrotting every time we touch tabbrowser or some of the bindings (and thereby the order in which various bits of initialization happen).
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Try looks pretty green, though I'm retriggering this:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=a4b44688bc04d7cd5a537f86d138b1de2829c8d1&selectedJob=195778635
because initial focus seems like something that could potentially actually be perma-orange (though then why isn't it failing anywhere else or on debug)?
Comment 3•6 years ago
|
||
Comment on attachment 9003864 [details]
Bug 1486079 - create initial browser dynamically so we can set various attributes from the start, r?dao
Dão Gottwald [::dao] has approved the revision.
Attachment #9003864 -
Flags: review+
Pushed by gijskruitbosch@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/05672d13ef56
create initial browser dynamically so we can set various attributes from the start, r=dao
Comment 5•6 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 63
Assignee | ||
Comment 7•6 years ago
|
||
No, I don't think it makes sense to do manual testing here - it's an implementation detail.
Flags: qe-verify? → qe-verify-
You need to log in
before you can comment on or make changes to this bug.
Description
•