When entering Responsive Design Mode, UI should be fixed at 100% zoom
Categories
(DevTools :: Responsive Design Mode, defect, P1)
Tracking
(firefox68 verified, firefox69 verified)
People
(Reporter: bradwerth, Assigned: bradwerth)
References
(Blocks 1 open bug)
Details
(Whiteboard: [rdm-mvp])
Attachments
(3 files, 3 obsolete files)
Steps to Reproduce:
- Open any page.
- Set the full zoom level to 150%
- Start Responsive Design Mode
Actual Results: the RDM UI will appear magnified to 150%
Expected Results: the RDM UI should appear at 100% zoom
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Assignee | ||
Comment 3•6 years ago
|
||
Due to review comments, and a desire to more completely fix the problem, this will need to depend on Bug 1541158.
Assignee | ||
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 4•6 years ago
|
||
Assignee | ||
Comment 5•6 years ago
|
||
This supports embedded browsers (as used in devtools Responsive Design
Mode) as a source of truth for zoom values. The ZoomManager can now
associate a zoom source for each browser it might later be asked to get
or set zoom values.
Depends on D26394
Assignee | ||
Comment 6•6 years ago
|
||
Depends on D26395
Updated•6 years ago
|
Assignee | ||
Comment 7•6 years ago
|
||
This is becoming a lot more complicated than I expected. The attached patches get us close to desired behavior, but there still are cases where the zoom UI values can be incorrect relative to the actual zoom level of the RDM content.
Updated•6 years ago
|
Assignee | ||
Comment 8•6 years ago
|
||
Depends on D26045
Assignee | ||
Comment 9•6 years ago
|
||
Assignee | ||
Comment 10•6 years ago
|
||
There is no need to transfer these properties because the swap makes
the outer browser act as if it is remote, and then the message manager
tunnel ensures that the outer browser will get and set the zoom values
from the inner browser.
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 11•6 years ago
|
||
Comment 12•6 years ago
|
||
Comment 13•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/b377b5bdd883
https://hg.mozilla.org/mozilla-central/rev/2f85ada34acb
https://hg.mozilla.org/mozilla-central/rev/20a54f437d51
Comment 15•6 years ago
|
||
Hi This issue is Verified as fixed in Firefox Nightly 69.0a1 (2019-06-03). I will mark this issue accordingly.
Description
•