Closed
Bug 1258056
Opened 8 years ago
Closed 8 years ago
Propagate the window opener full page zoom across the IPC layer
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla48
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
19.67 KB,
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
Currently the opener's full page zoom is not transmitted across processes, so the contentviewer that gets created for the opened window will have an inconsistent zoom level. This makes test_window_open_units.html fail.
Assignee | ||
Comment 1•8 years ago
|
||
Attachment #8733008 -
Flags: review?(bugs)
Assignee | ||
Comment 2•8 years ago
|
||
Note that I added the zoom argument to openWindow2 as optional in order to avoid the risk of breaking add-ons, even though I can't find an add-on that depends on openWindow2 on MXR...
Comment 3•8 years ago
|
||
I don't understand this bug. Why do we need to propagate the zoom level in e10s, but not in non-e10s. I thought the zoom level handling was all in content preferences. ContentPrefService2.jsm and http://mxr.mozilla.org/mozilla-central/source/browser/base/content/browser-fullZoom.js#216 etc.
Comment 4•8 years ago
|
||
Comment on attachment 8733008 [details] [diff] [review] Propagate the window opener full page zoom across the IPC layer and we don't do any this kind of automatic zoom level transferring in non-e10s either. Newly opened window uses the zoom level which based on the domain of the page.
Attachment #8733008 -
Flags: review?(bugs) → review-
Comment 5•8 years ago
|
||
(feel free to re-ask review if I somehow misunderstood this.)
Assignee | ||
Comment 6•8 years ago
|
||
Comment on attachment 8733008 [details] [diff] [review] Propagate the window opener full page zoom across the IPC layer We do transfer this in non-e10s windows using this code: <https://dxr.mozilla.org/mozilla-central/source/embedding/components/windowwatcher/nsWindowWatcher.cpp?case=true&from=SizeOpenedDocShellItem#2077>. Here, aParent is the *opener* window. This was done in bug 594140 which added the test that is failing here. My patch is preserving this behavior in e10s mode.
Attachment #8733008 -
Flags: review- → review?(bugs)
Comment 7•8 years ago
|
||
Oh, this isn't at all what the bug title says. openerZoom isn't set as a zoom level in the new document viewer or presshell or anything like that. Looking.
Comment 8•8 years ago
|
||
Or this is about what the bug title says, but not what comment 0 is about, or something like that. Sorry, I misunderstood this.
Comment 9•8 years ago
|
||
Comment on attachment 8733008 [details] [diff] [review] Propagate the window opener full page zoom across the IPC layer ok, fine. The code in WindowWatcher is super confusing since the zoom level isn't actually used for zoom, but for something else.
Attachment #8733008 -
Flags: review?(bugs) → review+
Assignee | ||
Comment 10•8 years ago
|
||
Sorry for how confusing this was. Not sure if I used the right terminology everywhere... But thanks for the review!
![]() |
||
Updated•8 years ago
|
Comment 12•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/fb0dd42729b8
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox48:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla48
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•