gecko-dev/dom/html/test/test_bug512367.html

<!DOCTYPE HTML>
<html>
<!--
https://bugzilla.mozilla.org/show_bug.cgi?id=512367
-->
<head>
  <title>Test for Bug 512367</title>
  <script src="/tests/SimpleTest/SimpleTest.js"></script>
  <script src="/tests/SimpleTest/EventUtils.js"></script>
  <link rel="stylesheet" type="text/css" href="/tests/SimpleTest/test.css"/>
</head>
<body>
<a target="_blank" href="https://bugzilla.mozilla.org/show_bug.cgi?id=512367">Mozilla Bug 512367</a>
<p id="display">
  <iframe src="bug369370-popup.png" id="i" style="width:200px; height:200px"></iframe>
</p>
<div id="content" style="display: none">
  
</div>
<pre id="test">
<script type="application/javascript">

var frame = document.getElementById("i");

SimpleTest.waitForExplicitFinish();
addLoadEvent(function() {
  SpecialPowers.setFullZoom(frame.contentWindow, 1.5);

  setTimeout(function() {
    synthesizeMouse(frame, 30, 30, {});

    is(SpecialPowers.getFullZoom(frame.contentWindow), 1.5, "Zoom in the image frame should not have been reset");

    SimpleTest.finish();
  }, 0);
});
</script>
</pre>
</body>
</html>
Bug 512367. Don't reset fullZoom level when zooming in/out of an image loaded in an <iframe>. r=smaug 2009-10-15 06:20:50 +04:00			`<!DOCTYPE HTML>`
			`<html>`
			`<!--`
			`https://bugzilla.mozilla.org/show_bug.cgi?id=512367`
			`-->`
			`<head>`
			`<title>Test for Bug 512367</title>`
Bug 1544322 - Part 2.2 - Remove the [type] attribute for one-liner <script> tags loading files in /tests/SimpleTest/ in dom/ r=bzbarsky This is split from the previous changeset since if we include dom/ the file size is too large for phabricator to handle. This is an autogenerated commit to handle scripts loading mochitest harness files, in the simple case where the script src is on the same line as the tag. This was generated with https://bug1544322.bmoattachments.org/attachment.cgi?id=9058170 using the `--part 2` argument. Differential Revision: https://phabricator.services.mozilla.com/D27457 --HG-- extra : moz-landing-system : lando 2019-04-16 06:53:28 +03:00			`<script src="/tests/SimpleTest/SimpleTest.js"></script>`
			`<script src="/tests/SimpleTest/EventUtils.js"></script>`
Bug 512367. Don't reset fullZoom level when zooming in/out of an image loaded in an <iframe>. r=smaug 2009-10-15 06:20:50 +04:00			`<link rel="stylesheet" type="text/css" href="/tests/SimpleTest/test.css"/>`
			`</head>`
			`<body>`
			`<a target="_blank" href="https://bugzilla.mozilla.org/show_bug.cgi?id=512367">Mozilla Bug 512367</a>`
			`<p id="display">`
			`<iframe src="bug369370-popup.png" id="i" style="width:200px; height:200px"></iframe>`
			`</p>`
			`<div id="content" style="display: none">`

			`</div>`
			`<pre id="test">`
			`<script type="application/javascript">`

			`var frame = document.getElementById("i");`

			`SimpleTest.waitForExplicitFinish();`
			`addLoadEvent(function() {`
Bug 1612068 - Move zoom from the content viewer to the browsing context. r=nika We need it to live in BrowsingContext instead of WindowContext, because we need to preserve the zoom level across same-origin navigation. It'd be nice if it only lived in the top BC, but that's not possible at the moment because a lot of tests rely on zooming only iframes. Some of them can be adjusted for scaling the top instead, but not sure it's worth it's worth fixing them and moving the zoom to be top-only, as it'd be a bunch of effort, and the complexity and overhead of propagating the zoom is not so big. The print-preview-specific code in nsContentViewer is from before we did the document cloning setup, and it seems useless. I've tested print preview scaling before and after my patch and both behave the same. The rest is just various test changes to use the SpecialPowers APIs or BrowsingContext as needed instead of directly poking at the content viewer. I named the pres context hook RecomputeBrowsingContextDependentData, as more stuff should move there like overrideDPPX and other media emulation shenanigans. I also have some ideas to simplify or even remove ZoomChild and such, but that's followup work. Differential Revision: https://phabricator.services.mozilla.com/D71969 2020-04-22 22:32:52 +03:00			`SpecialPowers.setFullZoom(frame.contentWindow, 1.5);`
Bug 512367. Don't reset fullZoom level when zooming in/out of an image loaded in an <iframe>. r=smaug 2009-10-15 06:20:50 +04:00
			`setTimeout(function() {`
			`synthesizeMouse(frame, 30, 30, {});`

Bug 1612068 - Move zoom from the content viewer to the browsing context. r=nika We need it to live in BrowsingContext instead of WindowContext, because we need to preserve the zoom level across same-origin navigation. It'd be nice if it only lived in the top BC, but that's not possible at the moment because a lot of tests rely on zooming only iframes. Some of them can be adjusted for scaling the top instead, but not sure it's worth it's worth fixing them and moving the zoom to be top-only, as it'd be a bunch of effort, and the complexity and overhead of propagating the zoom is not so big. The print-preview-specific code in nsContentViewer is from before we did the document cloning setup, and it seems useless. I've tested print preview scaling before and after my patch and both behave the same. The rest is just various test changes to use the SpecialPowers APIs or BrowsingContext as needed instead of directly poking at the content viewer. I named the pres context hook RecomputeBrowsingContextDependentData, as more stuff should move there like overrideDPPX and other media emulation shenanigans. I also have some ideas to simplify or even remove ZoomChild and such, but that's followup work. Differential Revision: https://phabricator.services.mozilla.com/D71969 2020-04-22 22:32:52 +03:00			`is(SpecialPowers.getFullZoom(frame.contentWindow), 1.5, "Zoom in the image frame should not have been reset");`
Bug 512367. Don't reset fullZoom level when zooming in/out of an image loaded in an <iframe>. r=smaug 2009-10-15 06:20:50 +04:00
			`SimpleTest.finish();`
			`}, 0);`
			`});`
			`</script>`
			`</pre>`
			`</body>`
			`</html>`