Bug 1527474 [wpt PR 15322] - [LayoutNG] Add percentage_resolution_block_size into the min/max pass., a=testonly
Automatic update from web-platform-tests
[LayoutNG] Add percentage_resolution_block_size into the min/max pass.
This was surprising to me! But the min/max sizes depend on the
percentage resolution block-size, as replaced elements reflect this
size into their width.
This was working previously as the replaced element was manually
computing the heights, but this adds it into the pass explicitly.
This fixes it for absolute positioned objects which use the current
final height as the input to this function.
Eventually we'll want to cache based off this, and record if there is
a replaced element with percentage block-size in the calculation chain.
Bug: 635619
Change-Id: I6db9a90007b6c7d70f51d5ae1209ffba8a629e03
Reviewed-on: https://chromium-review.googlesource.com/c/1456203
Commit-Queue: Ian Kilpatrick <ikilpatrick@chromium.org>
Reviewed-by: Aleks Totic <atotic@chromium.org>
Reviewed-by: Morten Stenshorne <mstensho@chromium.org>
Reviewed-by: Christian Biesinger <cbiesinger@chromium.org>
Cr-Commit-Position: refs/heads/master@{#631236}
--
wpt-commits: bf3094004127a5b32edf8b80c8e4cc9bcad500d0
wpt-pr: 15322

Bug 1527212 [wpt PR 15329] - Don't use mozdownload to download firefox, a=testonly
Automatic update from web-platform-tests
Don't use mozdownload to download firefox
Instead use the same URL that's used by mozilla.org. This hopefully reduces the
problem where mozdownload tries to download a file that doesn't exist yet.
Note that we are still using mozdownload for geckodriver
--
wpt-commits: 803f7f06d6ca49211709dc1c4daa72393e6cb673
wpt-pr: 15329

Bug 1527704: Store install information in profiles.ini and use installs.ini as a backup in case an earlier Firefox throws it away. r=froydnj
Originally we stored the new information about installation defaults in
installs.ini since older versions of Firefox would throw away any new data in
profiles.ini any time they made changes to the profiles. That does however mean
we have to load two files on startup.
This changes things so that we save all the data in profiles.ini as well as a
version tag and still save the install data into installs.ini. An older version
will throw away the install data and version tag from profiles.ini but leave
installs.ini alone. On startup if the version tag is gone from profiles.ini then
we reload the install data from installs.ini and put it back into profiles.ini.
At some point in the future where we don't care about supporting older versions
of Firefox we can just drop installs.ini entirely.
A lot of the changes here involve moving to loading profiles.ini into an
in-memory ini, keeping it up to date and flushing it to disk. This means that we
no longer throw away any information in the ini file that this version does not
understand allowing the possibility of adding new data to this file in the
future.
Differential Revision: https://phabricator.services.mozilla.com/D22576