This ensures the selected item of the autocomplete
popup is updated, so if the user accepts the completion
it will retrieve the right text.
Differential Revision: https://phabricator.services.mozilla.com/D57342
--HG--
extra : moz-landing-system : lando
In a follow-up commit a new `ComparePoints` method with cleaner
arguments and return value will be added.
Differential Revision: https://phabricator.services.mozilla.com/D55295
--HG--
extra : moz-landing-system : lando
Don't switch between early `return false` and `return true` to ensure the success
case is listed at the end of the function.
Depends on D57624
Differential Revision: https://phabricator.services.mozilla.com/D57625
--HG--
extra : moz-landing-system : lando
This fixes a bug with HasLiveStackValueAtDepth because now all stack values that
are part of the loop (2 values instead of 3 values) are loop-invariant.
The patch also simplifies the loop condition code a bit.
Differential Revision: https://phabricator.services.mozilla.com/D57757
--HG--
extra : moz-landing-system : lando
Added a preference to control the visibility of Tab Manager Menu to facilitate the incremental development.
Differential Revision: https://phabricator.services.mozilla.com/D54670
--HG--
extra : moz-landing-system : lando
Automatic update from web-platform-tests
Added tests for meta color-scheme attribute changes.
Also made HTMLMetaElement::GetName() use FastGetAttribute without
checking HasName() because HasName() is not up-to-date when
ParseAttribute() is called, which made one of the tests fail.
All tests pass with CSSColorScheme and MetaColorScheme flags enabled.
Bug: 925935
Change-Id: Ia35a656ce293874461745745ca9abb59f083a22d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1967185
Commit-Queue: Rune Lillesveen <futhark@chromium.org>
Reviewed-by: Anders Hartvoll Ruud <andruud@chromium.org>
Cr-Commit-Position: refs/heads/master@{#725123}
--
wpt-commits: e55857984717219492bace41560c4483ecbf5164
wpt-pr: 20768
Automatic update from web-platform-tests
[css-pseudo] Adjust computed 'display' value for outside markers
Outside markers generate a block container, so their computed 'display'
value should change from 'inline' to 'inline-block'. This was already
happening in layout_ng_list_item.cc for markers with 'content: normal',
this patch does it for non-normal markers.
As a side-effect, this fixes the issue that non-normal markers weren't
updated when the 'list-style-position' property changed dynamically.
BUG=457718
TEST=external/wpt/css/css-pseudo/marker-content-013.html
Change-Id: I674abd77c5e736acd8147db3d3fedb2dbc5a174a
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1960149
Commit-Queue: Oriol Brufau <obrufau@igalia.com>
Reviewed-by: Rune Lillesveen <futhark@chromium.org>
Cr-Commit-Position: refs/heads/master@{#725091}
--
wpt-commits: 54ea7f98578c181dd4448cd76963c3b04e437828
wpt-pr: 20785
Automatic update from web-platform-tests
Tests for meta color-scheme from css-color-adjust.
All tests pass with CSSColorScheme and MetaColorScheme enabled.
Bug: 925935
Change-Id: I5d05d86d2b2f5c71868ba5607b915c2dfe9a1b59
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1967182
Commit-Queue: Rune Lillesveen <futhark@chromium.org>
Reviewed-by: Anders Hartvoll Ruud <andruud@chromium.org>
Cr-Commit-Position: refs/heads/master@{#725086}
--
wpt-commits: d6578a0897e9bb5d50c479cea9950e1aa3d5c293
wpt-pr: 20766
Automatic update from web-platform-tests
[webnfc] An empty record type's data should be null
This CL makes an empty record type's data null.
Per spec change at: https://github.com/w3c/web-nfc/pull/463
Bug=520391
Change-Id: Iab7d1888209985d07bca83e8d847fe0c38347c1e
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1963319
Reviewed-by: Leon Han <leon.han@intel.com>
Reviewed-by: Rijubrata Bhaumik <rijubrata.bhaumik@intel.com>
Reviewed-by: François Beaufort <beaufort.francois@gmail.com>
Commit-Queue: Rijubrata Bhaumik <rijubrata.bhaumik@intel.com>
Cr-Commit-Position: refs/heads/master@{#725046}
--
wpt-commits: f20bdef6fdbbeb59fdbcde7f0ee55c1427734e28
wpt-pr: 20738
Automatic update from web-platform-tests
Fixes stepUp() and stepDown() issue with out of range values.
Previous to this CL, for input type number, calling stepUp() when
its value is greater than max or call stepDown() when its value is
less than min resets its value to max-min boundary. However, if
up/down arrow is used, the value doesn't change.
https://html.spec.whatwg.org/multipage/input.html#dom-input-stepup.
The spec, in section 10 with an example, states that the value should
NOT change. Firefox's behavior matches this spec. Safari also follows
this behavior, but it does so by throwing "InvalidStateError".
The fix is to implement section 10 of the #dom-input-stepup spec.
I updated tests to cover the new logic for all widget. The exception
is range type. Range type always has default min/max, and it clamps
it value to be within the min/max range:
range_input_type.cc::SanitizeValue();
Bug: 1019184
Change-Id: Ie6a6aef18b1d0c507b0208a7b5a89ab411bd4028
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1959631
Reviewed-by: Kent Tamura <tkent@chromium.org>
Commit-Queue: Yu Han <yuzhehan@chromium.org>
Cr-Commit-Position: refs/heads/master@{#725042}
--
wpt-commits: 66535e4e04a35cc784862bf58d3267825dcb41cb
wpt-pr: 20711
Automatic update from web-platform-tests
Make assertion failures useful on UAs not supporting lazy load (#20780)
--
wpt-commits: 361a62ec8c977a4876d424906120feaa9493bfff
wpt-pr: 20780
Automatic update from web-platform-tests
LazyLoad: add new test for changing base URL
Add new tests for changing base URL, the test
original-base-url-applied-tentative.html changed the document URL, which
only implicitly changed the document's base URL. These tests explicitly
change the document's base URL via the <base> element.
Bug: 984983
Change-Id: I5ab855aaecc8bd12502eb32a3b1d26ae5ced31a3
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/1954508
Reviewed-by: Dominic Farolino <dom@chromium.org>
Commit-Queue: Rob Buis <rbuis@igalia.com>
Cr-Commit-Position: refs/heads/master@{#724964}
--
wpt-commits: fce0667b89ca2ec30080336b79960f1102b64a7b
wpt-pr: 20683