Refactor dmabuf buffer mapping, warn when we're mapping buffer with modifiers.
Differential Revision: https://phabricator.services.mozilla.com/D59676
--HG--
extra : moz-landing-system : lando
This forces a safe shutdown of the application after the last
test if the process is still up and running. Because the
testcase class already deleted the session a new one needs
to be created.
A more elegant solution might be possible but would involve
a fair amount of refactoring, which at this point is not
worse our time.
Differential Revision: https://phabricator.services.mozilla.com/D59787
--HG--
extra : moz-landing-system : lando
Also fix the behaviour of IDBTransaction::CanAcceptRequests, which, after the
new state model introduced along with the addition of IDBTransaction.commit to
the spec, should only depend on mReadyState. This makes the mCreated flag
redundant, which is removed by this patch.
Differential Revision: https://phabricator.services.mozilla.com/D59713
--HG--
extra : moz-landing-system : lando
Firefox doesn't allow running readwrite transactions in parallel, even with a
different scope. For the purpose of this particular test, it shouldn't matter
if it is a readwrite or readonly transaction.
Differential Revision: https://phabricator.services.mozilla.com/D55672
--HG--
extra : moz-landing-system : lando
Automatic update from web-platform-tests
Infra: make assert_array_equals more useful
Fixes part of #7179.
Co-authored-by: jgraham <james@hoppipolla.co.uk>
--
wpt-commits: 54170d119806cbce2cdcdae9ce458acdece70a36
wpt-pr: 21048
Automatic update from web-platform-tests
Print actual output for failing resources tests
This provides something to copy & paste when writing a new test
--
Use the default variants by default without writing meta tags
--
Improve some error messages for tests
--
wpt-commits: 325a0bd5634d24741ce6416bef813afb876923a5, 641866eca739fceee31b1ab8892b37afcdb17b42, 0b7d1a4b1d27e89adbd0d3a02323c6fe3621a575
wpt-pr: 21090
Automatic update from web-platform-tests
Make canvas-createImageBitmap-video-resize.html compatible with browsers that can't play video/ogg videos (#21084)
Make canvas-createImageBitmap-video-resize.html compatible with browsers that can't play video/ogg type videos.
If the browser supports video/ogg type, it will use media/counting.ogv, otherwise, use media/counting.mp4.
--
wpt-commits: 440013ed86249e7643c4e9ac58dcacf93b1d9477
wpt-pr: 21084
Automatic update from web-platform-tests
COOP: Test history navigation
The top-level page has no COOP, and opens a popup that also has no COOP.
The popup navigates to a cross-origin page with COOP: same-origin.
That page then navigates back in history.
Assert that the final page doesn't have .opener and doesn't have DOM
access to the opener.
Both navigations create a new browsing context group per spec.
--
wpt-commits: abdd95b9af9163df03f954b52e1327029843792f
wpt-pr: 20891
Automatic update from web-platform-tests
Prevent <summary> from generating a 2nd list marker
r728012 allowed <summary> elements to be list items and originate a
marker when they have 'display: list-item'.
This was not bad, since actually they are supposed to be list items by
default. However, currently they aren't, so their disclosure symbol is
not really a ::marker (bug 590014). Therefore, if they are styled with
'display: list-item', they originate a real ::marker, so they seem to
have two markers.
This patch fixes the problem by computing 'display: list-item' to
'display: block' for <summary>. This is just a temporary adjustment
until bug 590014 gets fixed.
BUG=1038644
TEST=external/wpt/html/rendering/the-details-element/summary-display-list-item.html
TEST=fast/css/usecounter-summary-display-block.html
Change-Id: I868752fc32fcc5e6a72f94841583ead7dbc997ce
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1991445
Reviewed-by: Koji Ishii <kojii@chromium.org>
Commit-Queue: Oriol Brufau <obrufau@igalia.com>
Cr-Commit-Position: refs/heads/master@{#729679}
--
wpt-commits: 19b40f3e2a73d747781e9c072171b6586e283821
wpt-pr: 21089
Automatic update from web-platform-tests
Radio buttons should make a group even if they are disconnected and not owned by a form
If a radio button is connected or owned by a form, radio button
groups are managed by RadioButtonGroupScope in order to complete
various operations for a group in O(1).
Otherwise, we did not assume a radio button belonged to any
groups. It didn't conform to the HTML standard, and was not
interoperable with Firefox.
After this CL, such radio buttons are grouped without
RadioButtonGroupScope's help. We iterate over the tree including
the target radio buttons to find a checked button in the group or
|required| attribute in the group.
Bug: 883723
Change-Id: I56185559592dff6b0254655aeb499ed6ac29df64
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1988087
Commit-Queue: Kent Tamura <tkent@chromium.org>
Reviewed-by: Mason Freed <masonfreed@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729577}
--
wpt-commits: c171dad65cd054f73ebf92133e477ffdaa38c3a1
wpt-pr: 21059
Automatic update from web-platform-tests
Apply CSP to 'DOMParser.parseFromString' documents.
This applies the CSP of the context document to any doc created by calling
DOMParser.parseFromString. The original implementation, as it returned a
pointer to the CSP instance of the context document, which (in some
circumstances) could mean that the CSP of the context document itself was
modified. This makes a copy of the context document's CSP, before assigning it
to the newly created document.
This re-reverts / re-lands
1975710: Revert CSP application to `DOMParser.parseFromString`.
1917532: [Trusted Types] Fix Trusted Types for other document types
Bug: 1030830, 951536
Change-Id: I33adff8c376a6f37788c9aee0ef7ca0c3441785f
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1980183
Commit-Queue: Daniel Vogelheim <vogelheim@chromium.org>
Reviewed-by: Mike West <mkwst@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729496}
--
wpt-commits: 0b654aa23ecd6e2f7483bbd6be01bf3c705a4a44
wpt-pr: 21020
Automatic update from web-platform-tests
Port css-transform related composition tests to external
Chrome passes all and
firefox failed the translate-composition due to expect 'None' and got '0px'
Bug Filed:https://bugzilla.mozilla.org/show_bug.cgi?id=1607313
Bug: 1034538
Change-Id: I1700cae51d539ea0d76ebe73efbaa6e038d6f5fb
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1982776
Reviewed-by: Xida Chen <xidachen@chromium.org>
Commit-Queue: Hao Sheng <haozhes@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729453}
--
wpt-commits: 2131c310151ff4b76d9b69a8e3b2106b1dd66431
wpt-pr: 21000
Automatic update from web-platform-tests
Port css-flexbox related composition to external
Both Chrome and Firefox pass the test
Bug: 1034538
Change-Id: I3e43cf22a1ed9ce8d4d10aca5250dcbf243ebb84
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1985813
Reviewed-by: Xida Chen <xidachen@chromium.org>
Commit-Queue: Hao Sheng <haozhes@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729438}
--
wpt-commits: 3ebfc1155760fc0be7cb75abe85c03ecddd30368
wpt-pr: 21001
Automatic update from web-platform-tests
Reject cookies with empty names and values.
As discussed in [1], cookies with empty names and empty values should be
rejected. This patch removes the carveout made in https://crbug.com/601786,
and adjusts unittests accordingly.
This patch does not change the WPT expectations; we'll do that at the same
time we change the spec. In the meantime, we'll check in local expectations
matching the behavior we believe is correct.
[1]: https://github.com/httpwg/http-extensions/issues/159#issuecomment-569233866
Bug: 1037996, 601786
Change-Id: I53319cee385efff019b313479184236c53b1d783
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1982549
Reviewed-by: Lily Chen <chlily@chromium.org>
Commit-Queue: Mike West <mkwst@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729403}
--
wpt-commits: 3adc15d3ba2e20e9ae79daf019cb784934f0fa7f
wpt-pr: 20923
Automatic update from web-platform-tests
Temporarily disable allowed-to-play.html test in Firefox
This is causing timeouts in unrelated infra PRs. The bug is tracked in
https://bugzilla.mozilla.org/show_bug.cgi?id=1607802 and the test
should be reenabled once that bug is fixed.
--
wpt-commits: 0d874bb07e639c521b044164e80b5df2aada5aeb
wpt-pr: 21088
Automatic update from web-platform-tests
[css-scroll-snap] Allow style changes to invalidate snap data
All snap container data was only updated and re-snapped after layout
changes. However, this invalidation needs to sometimes happen after
style changes too (such as changing 'scroll-snap-align').
Now, PaintLayerScrollableArea has flags for indicating that it needs
to update its snap container data, which are set during certain style
changes and layout changes. Then all snap container data that has the
flag set will be updated, and attempt to re-snap if any data changes.
This also prevents us from updating snap containers that haven't
changed.
The follow-up for this is to invalidate snap containers when changing
the transform property of their content.
Bug: 984794,1028316
Change-Id: I432500df98fdbe63e3b7eed3ba43e05465f9d873
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1962567
Commit-Queue: Yi Gu <yigu@chromium.org>
Reviewed-by: Majid Valipour <majidvp@chromium.org>
Reviewed-by: Yi Gu <yigu@chromium.org>
Reviewed-by: David Bokan <bokan@chromium.org>
Cr-Commit-Position: refs/heads/master@{#729345}
--
wpt-commits: 09a5ffbe707cfae350728188527f6fe8cabc884d
wpt-pr: 20751