Releases: tkntjsdw/wpt
merge_pr_13
DOM: EventListener invocation order during AT_TARGET phase
merge_pr_12
Fixes click on inline element embedded in anchor inside
Previous to this CL, clicking on an inline element embedded in an anchor placed
inside a
the anchor's href. However, when the anchor is placed outside of
,
it behaves correctly.
The error is caused by DOMActivate event generated by the inline element. As
DOMActivate bubbles up, it bypasses the anchor's event handler, reaches the
, and is handled there. Once DOMActivate is handled, the original
click event stops propagating and terminates. This behavior, however, differs
from when the anchor tag is placed outside of the summary. DOMActivate isn't
handled, and the original click event keeps bubbling up till it's handled by
the anchor.
DOMActivate event is deprecated:
https://developer.mozilla.org/en-US/docs/Web/API/Element/DOMActivate_event.
However, since blink still has code that depends on it, replacing it is outside
of the scope for this fix. Instead, this fix is for the anchor element to
handle the DOMActivate event as it bubbles up. The anchor event handler checks
the underlying event of DOMActivate and handles it if it's a click.
I also looked at an alternative fix by trying to prevent the DOMActivate event
from bubbling up. But calling event.stopPropagation() doesn't work as the
EventDispatcher::DispatchEventPostProcess doesn't check this status.
Bug: 538283
Change-Id: I11fb072faa0563279d43a28e5dc19cee89906bf0
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1928234
Reviewed-by: Kent Tamura tkent@chromium.org
Reviewed-by: Mason Freed masonfreed@chromium.org
Commit-Queue: Yu Han yuzhehan@chromium.org
Cr-Commit-Position: refs/heads/master@{#718552}
DOMActivate bubbles up, it bypasses the anchor's event handler, reaches the
DOMActivate event is deprecated:
https://developer.mozilla.org/en-US/docs/Web/API/Element/DOMActivate_event.
However, since blink still has code that depends on it, replacing it is outside
of the scope for this fix. Instead, this fix is for the anchor element to
handle the DOMActivate event as it bubbles up. The anchor event handler checks
the underlying event of DOMActivate and handles it if it's a click.
I also looked at an alternative fix by trying to prevent the DOMActivate event
from bubbling up. But calling event.stopPropagation() doesn't work as the
EventDispatcher::DispatchEventPostProcess doesn't check this status.
Bug: 538283
Change-Id: I11fb072faa0563279d43a28e5dc19cee89906bf0
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1928234
Reviewed-by: Kent Tamura tkent@chromium.org
Reviewed-by: Mason Freed masonfreed@chromium.org
Commit-Queue: Yu Han yuzhehan@chromium.org
Cr-Commit-Position: refs/heads/master@{#718552}
merge_pr_11
[Trusted Types] make the idlharness.js tentative (web-platform-tests#20166)
Almost all of the other tests are already tentative.
merge_pr_10
Fix grid-area-valid.html test to not accept serialization results that are clearly invalid.
Differential Revision: https://phabricator.services.mozilla.com/D54417
bugzilla-url: https://bugzilla.mozilla.org/show_bug.cgi?id=1598932
gecko-commit: fec93f8968c976eb4c84f2bcd62df2a95e004a75
gecko-integration-branch: autoland
gecko-reviewers: emilio
merge_pr_8
Don't assume sync dispatch of iframe load event in tests
Blink and WebKit dispatch the load event of the iframe synchronously,
whereas Gecko and (currently) the spec assume it's async. This causes
a hang in some tests using this helper library because in Gecko a
subsequent load ends up running in the event dispatch of the initial
load event, and so the load event is suppressed and the tests are
unable to complete. In other browsers the event is not suppressed and
so the tests run.
Avoid this by ensuring that the event loop always spins after the
iframe load.
Differential Revision: https://phabricator.services.mozilla.com/D54343
bugzilla-url: https://bugzilla.mozilla.org/show_bug.cgi?id=1598674
gecko-commit: 2b978939b653b8531e27dc20fa12587db6f3338a
gecko-integration-branch: autoland
gecko-reviewers: bzbarsky
merge_pr_7
[css-grid][cssom] Make 'grid-area'/'grid-column'/'grid-row' shorthands serialize to shortest possible form.
Differential Revision: https://phabricator.services.mozilla.com/D54386
bugzilla-url: https://bugzilla.mozilla.org/show_bug.cgi?id=1598234
gecko-commit: 1ac085f4c6648170e1fa4d4bab7a3f98c176a0d9
gecko-integration-branch: autoland
gecko-reviewers: emilio
merge_pr_6
Form submission reentrancy protection for 'submit' and 'invalid' event
Differential Revision: https://phabricator.services.mozilla.com/D53696
bugzilla-url: https://bugzilla.mozilla.org/show_bug.cgi?id=1551758
gecko-commit: 1f77dd98df61bb0b6c5ce53befbb98635fe4eed8
gecko-integration-branch: autoland
gecko-reviewers: smaug
merge_pr_5
Update interfaces/webaudio.idl (web-platform-tests#20417)
Source: https://github.com/tidoust/reffy-reports/blob/e8beb3c/ed/idl/webaudio.idl
Build: https://travis-ci.org/tidoust/reffy-reports/builds/615829088
merge_pr_4
Remove size_x and size_z from VRStageParameters
The notion of a simple "size" for Stage Parameters/bounded was a WebVr
concept that did not carry over to WebXr. To simplify the mojom, move
the "conversion" of square stages (for those runtimes that only support
giving size x/z) down into a utility function in the device process.
Bug: 1017843
Change-Id: Ib050a7ea3655a3816f6008e82434435ecb2c4426
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1918037
Commit-Queue: Alexander Cooper alcooper@chromium.org
Reviewed-by: Daniel Cheng dcheng@chromium.org
Reviewed-by: Brandon Jones bajones@chromium.org
Reviewed-by: Klaus Weidner klausw@chromium.org
Cr-Commit-Position: refs/heads/master@{#718364}
merge_pr_3
Port z-index interpolation to wpt
Firefox passed
Chrome failed. Bug filed: https://crbug.com/375982
Bug: 900581
Change-Id: I33488661e2938c3fae6bef27ea6672b77047de84
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1925347
Reviewed-by: Xida Chen xidachen@chromium.org
Commit-Queue: Hao Sheng haozhes@chromium.org
Cr-Commit-Position: refs/heads/master@{#718319}