accessible/tests/mochitest/hittest/zoom_tree.xul
author Emilio Cobos Álvarez <emilio@crisal.io>
Thu, 29 Aug 2019 21:25:12 +0000
changeset 490740 49ff97acd5ce9f094430bf4538e7f32792201182
parent 90296 5a0fa83685d7e94142f6fd41ee642c0dfd0da857
permissions -rw-r--r--
Bug 1577258 - Explicitly flush layout in an a11y test. r=eeejay We have an optimization to avoid an expensive reflow from SetFullZoom, see mSuppressResizeReflow[1]. That was done because we used to do a full synchronous reflow right after. We no longer do that, but due to that member we also don't invalidate! My second patch in this bug changes the behavior of that flag so that we don't synchronously reflow, but we do invalidate. So in turn this test before the change wasn't really testing the zoomed code-path since it was using the clean layout from before the zoom operation. a11y getBounds and co. don't flush layout (they probably should), but since with my patch we dirty the frame tree, and dirty frames return bogus offsets, the test starts failing. Flush layout explicitly to ensure we're testing the zoomed code path. [1]: https://searchfox.org/mozilla-central/rev/325c1a707819602feff736f129cb36055ba6d94f/layout/base/nsPresContext.cpp#952 Differential Revision: https://phabricator.services.mozilla.com/D43952

<?xml version="1.0"?>
<?xml-stylesheet href="chrome://global/skin" type="text/css"?>
<?xml-stylesheet href="chrome://mochikit/content/tests/SimpleTest/test.css"
                 type="text/css"?>

<window xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
        title="nsIAccessible::getChildAtPoint and getDeepestChildAtPoint for XUL trees">

  <tree id="tree" flex="1">
    <treecols id="treecols">
      <treecol id="treecol1" flex="1" primary="true" label="column"/>
      <treecol id="treecol2" flex="1" label="column 2"/>
    </treecols>
    <treechildren id="treechildren"/>
  </tree>

</window>