The manifest data is used to determine which tests exist, and what type they are
Differential Revision: https://phabricator.services.mozilla.com/D12408
--HG--
extra : moz-landing-system : lando
With parent intercept enabled, the source of truth for ServiceWorker
registrations lives in the parent process. In order to avoid sync messages or
having to wait after every test, we count the number of active registrations
in the parent and inform the children when there is or isn't a registration.
In non-parent-intercept mode, the parent finds out about new service worker
registrations too late, so we have to keep the old code hanging around for the
time being.
Differential Revision: https://phabricator.services.mozilla.com/D12151
--HG--
extra : moz-landing-system : lando
This prevents author code from using Object.prototype.then to observe or tamper
with a stream that is locked by another consumer.
Differential Revision: https://phabricator.services.mozilla.com/D12081
--HG--
extra : moz-landing-system : lando
In order to reduce the cost of running marionette tests on a virtual machine
with a GPU, add a marionette-gpu job, and run the WebRender rollout test added
in the previous patch in this new job.
Depends on D10528
Differential Revision: https://phabricator.services.mozilla.com/D12241
--HG--
extra : moz-landing-system : lando
Automatic update from web-platform-tests[css-properties-values-api] Support fallbacks.
According to css-variables-1, any custom property that participates in a
cycle is invalid. This also applies to registered custom properties.
In the current implementation, however, registered custom properties
with an initial value can not become invalid; they compute to their initial
value instead, as provided by registerProperty. A consequence of this, is
that fallbacks (specified by var()-references) are never triggered if the
referenced property is a registered property with an initial value defined.
The value for any unregistered custom property, if no other value is
specified, is the invalid initial value described by css-variables-1.
This means we can just avoid storing the variable on ComputedStyle, to
signify the invalid initial value.
However, the value for any registered custom property, if no other value is
specified, can be the initial value specified by registerProperty. When
there is no value explicitly stored on ComputedStyle, we check
StyleInitialData and fetch the initial value from there. Hence, we can not
use the absence of a value to signify an invalid registered variable, as
we already use this state to mean "initial value from registerProperty".
This means that we must explicitly store a value for registered properties
that participate in a cycle. This CL adds CSSInvalidVariableValue to do
this.
* When resolving a registered custom property, if a cycle is detected, set
the registered value to CSSInvalidVariableValue.
* When looking up a registered custom property, if we already have the
value CSSInvalidVariableValue, return nullptr instead of initial data.
This triggers fallbacks.
* The code that set the cycle_detected flag was weird; a cycle could be
marked as detected, even though ResolveTokenRange succeeded. This meant
that any custom property which referenced a property in a cycle would
also be treated as part of the cycle, which is wrong. Fixed by only
setting the cycle_detected flag when we have cycle start points.
* CSSInterpolationType did not initialize its cycle_detected variable,
which led to undefined behavior.
R=futhark@chromium.org
Bug: 641877
Change-Id: I2c518b176de26f7b2f05b36b568041a228fcb0ea
Reviewed-on: https://chromium-review.googlesource.com/c/1333758
Commit-Queue: Anders Ruud <andruud@chromium.org>
Reviewed-by: Rune Lillesveen <futhark@chromium.org>
Cr-Commit-Position: refs/heads/master@{#608014}
--
wpt-commits: f082fd63300fec7b6201cf5e0eaf0944ee7ccb6e
wpt-pr: 14039
Automatic update from web-platform-testsFix background image painting of very small images
The background image fast path painting rounds the image src rect
to integer sizes assuming sprite maps and/or reasonably large images.
When a very small image is used scaled up to a large size (such as
constant color images scaled up to form progress bars by animating
background size) the src rect may be 1 x [small number] which gets
rounded to zero size.
This patch changes the code to detect this situation and not round
in such cases.
It's worth recording that an alternate approach is to detect when
the rounding results in a significant change in src rect and always
switch to unrounded in that case. But it would be more expensive for
a relatively uncommon case.
R=fmalita
BUG=904042
Change-Id: I24657a5d087c0dda0fd8a5e3c3d08e1e4eb02473
Reviewed-on: https://chromium-review.googlesource.com/c/1334291
Reviewed-by: Florin Malita <fmalita@chromium.org>
Commit-Queue: Stephen Chenney <schenney@chromium.org>
Cr-Commit-Position: refs/heads/master@{#607901}
--
wpt-commits: e1a59fb1af26d892ffee739205d1ab536d0d2819
wpt-pr: 14042
Automatic update from web-platform-tests[Picture-in-Picture] Fix shadow dom crash when exiting PiP.
This CL fixes a tab crash that occurs when calling document.exitPictureInPicture()
if a video in a shadow DOM is already in Picture-in-Picture.
Bug: 904828
Change-Id: I6aed0fa43dd0af1406d4349509101d423f622d96
Reviewed-on: https://chromium-review.googlesource.com/c/1333769
Reviewed-by: Mounir Lamouri <mlamouri@chromium.org>
Commit-Queue: François Beaufort <beaufort.francois@gmail.com>
Cr-Commit-Position: refs/heads/master@{#607658}
--
wpt-commits: ef5a7d3d1423bcd7a009c7b1b804b928d284289d
wpt-pr: 14035
Automatic update from web-platform-testsFixes and tweaks to wpt/css/filter-effects/
filter-contrast-003.html
Adjust the color from #400000 to #3f0000, since (0x40 / 255) is just
over 0.25 and can after filtering and rounding end up above 0.
(0x3f / 255) on the other hand is just below 0.25 and the result will
be clamped to zero.
filter-external-001-test.html
filter-external-002-test.html
Change the hue-rotate parameter in the external file from 120 to 150.
Move the file to support/ and remove lint entry.
Make both filters operate in sRGB to make computing the reference
easier. Use rgb(...) notation with percentage values in reference.
fecolormatrix-type.html
Add color-interpolation-filters=sRGB to the filter to make it easier
to reason about what the result should be. Use rgba(...) notation in
the ref using percentage notation.
filters-test-brightness-003.html
Add 'filter: brightness(0)' before 'filter: brightness()' to properly
test if the "no argument" notation is considered valid by the parser.
filter-grayscale-001.html
filter-grayscale-002.html
filter-grayscale-003.html
filter-grayscale-004.html
filter-grayscale-005.html
Remove the " (and not blue)" text from the reference and update the
001,004 and 005 tests accordingly.
css-filters-animation-saturate.html
Interpolate the argument from 4900% rather than 5000% to end at the
ref's 2500% (25).
css-filters-animation-hue-rotate.html
Sample the animation at .5 to match the expectation.
css-filters-animation-drop-shadow.html
Use explicit rgba(...) in the ref rather than the keyword 'gray'.
We're interpolating the color of the drop-shadow from 'black'
(rgba(0, 0, 0, 1)) to 'transparent' (rgba(0, 0, 0, 0)) here, so it's
better and more accurate to describe the color as "semi-transparent
black" (rgba(0, 0, 0, 0.5)).
css-filters-animation-combined-001.html
Initial value for animation for 'opacity(...)' is '1' - not zero.
Change test to interpolate from 0 -> 1 (rather than 1 -> 1)
Bug: 903383
Change-Id: I4d0113989414616494b98c22fbac817f007cd762
Reviewed-on: https://chromium-review.googlesource.com/c/1333816
Reviewed-by: Stephen Chenney <schenney@chromium.org>
Commit-Queue: Fredrik Söderquist <fs@opera.com>
Cr-Commit-Position: refs/heads/master@{#607628}
--
wpt-commits: 4cf6f845d427b856b1d7557aeaf02c199e6e1d81
wpt-pr: 14038
Automatic update from web-platform-testsFetch: Access-Control-Expose-Headers parsing
See https://github.com/whatwg/fetch/issues/814 for context.
--
wpt-commits: 645c0e8a5c028a613e7ad1732834100dbe946fc7
wpt-pr: 13849
Automatic update from web-platform-testsAdd redirected cases to CSP/import tests in wpt/worklets
Also this CL replaces some of empty-worklet-script.js usage
in CSP tests with empty-worklet-script-with-cors-header.js
to make sure worklets are rejected due to CSP, not CORS.
Change-Id: Ie463d206254c4c6728a79dae0ad79e4f7e333b92
Reviewed-on: https://chromium-review.googlesource.com/c/1312146
Commit-Queue: Hiroshige Hayashizaki <hiroshige@chromium.org>
Reviewed-by: Hiroki Nakagawa <nhiroki@chromium.org>
Cr-Commit-Position: refs/heads/master@{#606846}
--
wpt-commits: d49968742cb5af8ed3e93fb1073f2a8249245e58
wpt-pr: 13864
Automatic update from web-platform-testsSVG Text: inheritance, initial values
Test that SVG text properties inherit according to spec.
Test that they have the expected initial values.
https://svgwg.org/svg2-draft/text.html
--
Merge pull request #14032 from ewilligers/svg-text-inheritance
SVG Text: inheritance, initial values
--
wpt-commits: 5124d93232840b975d3e14f270a4e5ee9e22bc1b, 7ecc4ecf9b74d4777ace24b5a1b29f932acbb9e7
wpt-pr: 14032
Automatic update from web-platform-testsSVG Geometry Properties - parsing (#13951)
The properties cx cy r rx ry x y have the specified initial values,
grammar and inheritance behavior.
https://svgwg.org/svg2-draft/geometry.html
Radii cannot be negative.
Unitless lengths are not permitted.
--
wpt-commits: bbaede37efaff6c5a2d592e3ce8071f379329812
wpt-pr: 13951
Automatic update from web-platform-testsPreparation of moving LayoutTests to web_tests.
* layout_test_content_browser_client.cc:
Pass --tests-in-blink flag to a renderer process.
GetWebTestsFilePath() in blink_test_helpers.cc needs this flag.
* LayoutTests/editing/assert_selection.html
* LayoutTests/editing/assert_selection.js
* LayoutTests/editing/execCommand/insert-paragraph-into-table-expected.txt
Drop 'LayoutTests/' part from error description
* LayoutTests/external/wpt/bluetooth/resources/bluetooth-helpers.js
* LayoutTests/external/wpt/webusb/resources/usb-helpers.js
Support web_tests/ as well as LayoutTests/
* LayoutTests/fast/js/exception-line-number-expected.txt
* LayoutTests/fast/js/script-tests/exception-line-number.js
Drop 'LayoutTests/' part from error description
Bug: 843412
Change-Id: I817b40bb2e7edf0216a32d9f3a3e2320e4b6956a
Reviewed-on: https://chromium-review.googlesource.com/c/1329811
Reviewed-by: Kinuko Yasuda <kinuko@chromium.org>
Reviewed-by: Yoshifumi Inoue <yosin@chromium.org>
Commit-Queue: Kent Tamura <tkent@chromium.org>
Cr-Commit-Position: refs/heads/master@{#607165}
--
wpt-commits: fde96a64c643c81649f3abe7768be240264df57f
wpt-pr: 14017
Automatic update from web-platform-tests[css-flexbox] ChildIntrinsicLogicalWidth should use fit-content, not max-content
This function needs to match the actual sizing we use. But, since
this is the cross-axis size, we use fit-content:
https://drafts.csswg.org/css-flexbox/#algo-cross-item
See LayoutBox::SizesLogicalWidthToFitContent and LayoutBox::ComputeLogicalWidthUsing
for where we do that fit-content sizing; this code makes us
match the ComputeLogicalWidthUsing calculation.
This bug is currently somewhat hard to trigger because it requires
a combination of all of:
- flex-wrap: wrap
- flex-direction: column
- More than one flex line
- Not using align-items: flex-start or align-content: flex-start
- No explicit width on the flex item
- The max-content width needs to be larger than the width of flexbox
The reason this does not matter in other cases is because we only use
this function to set FlexLine::cross_axis_extent, which we overwrite in
AlignFlexLines if we only have one line. And if we do have more than
one line, we only use this value for aligning items and lines, so
it only matters if we don't use flex-start alignment.
This bug will be much easier to trigger once bug 599828 is fixed (there
are at least two real-world sites that are affected by this once
that bug is fixed)
Bug: 876749
Change-Id: I673026bedfaf0e4c4a25830ef686b200ec8f54a1
Reviewed-on: https://chromium-review.googlesource.com/c/1327746
Commit-Queue: Christian Biesinger <cbiesinger@chromium.org>
Reviewed-by: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/master@{#607342}
--
wpt-commits: 2281bfa056ad0ca78b9ef60ca2deb0d7f845890f
wpt-pr: 13991
Automatic update from web-platform-tests[css-text] Skip trailing spaces for pre-wrap even if word can be broken
According to the specs, preserved white-spaces should hang, or visually
collapse, when white-space is set to pre-wrap; even if word-break allows
breaing the word at any point.
https://www.w3.org/TR/css-text-3/#line-break-details
Bug: 768363
Change-Id: I7ab356ed6f789ecef087ff469ad97c50e7af49be
Reviewed-on: https://chromium-review.googlesource.com/c/1318694
Reviewed-by: Koji Ishii <kojii@chromium.org>
Commit-Queue: Javier Fernandez <jfernandez@igalia.com>
Cr-Commit-Position: refs/heads/master@{#607550}
--
wpt-commits: 9a723ed63038173a788b58fade402c4c4653df3b
wpt-pr: 13946
Automatic update from web-platform-testsAdd action_sequence in testdriver
After we expose test_driver.Actions API to web users, we add their
implementation in our testdriver file, and fix the wpt tests of
Actions API.
Bug: 893480
Change-Id: Ib02c0223208eeb2cc30c2ca35b98d5fc938baa2c
Reviewed-on: https://chromium-review.googlesource.com/c/1289119
Commit-Queue: Lan Wei <lanwei@chromium.org>
Reviewed-by: Navid Zolghadr <nzolghadr@chromium.org>
Reviewed-by: Dave Tapuska <dtapuska@chromium.org>
Cr-Commit-Position: refs/heads/master@{#606882}
--
Update infrastructure/metadata/ to match Chrome and Firefox results
--
wpt-commits: 29a37f9c951913bfab45f280d99eaade671fa68f, 683ea003fe4c377eea847e2bccbd13d42c8e030e
wpt-pr: 13640