<https://unicode-org.atlassian.net/browse/ICU-21684> has been fixed in ICU 70,
so we no longer have to restrict the maximum positive exponent to `99'999`. ICU
allows exponents up to `999'999'999`, but formatting a number that large
requires multiple minutes in ICU. If we limit the maximum positive exponent to
`9'999'999`, we allow numbers much larger than just `99'999`, while still
keeping the time needed to format the string at an acceptable level.
Depends on D129935
Differential Revision: https://phabricator.services.mozilla.com/D129936
Our previous heuristic no longer works, so we now have to patch ICU directly to
support detecting the approximately sign.
Depends on D129930
Differential Revision: https://phabricator.services.mozilla.com/D129931
Update language tag mappings by running `./make_intl_data.py langtags core.zip`.
The direct invocation `./make_intl_data.py langtags` doesn't work, because
"https://unicode.org/Public/cldr/40/core.zip" was incorrectly generated and
contains another "core.zip" file within "core.zip".
Depends on D129926
Differential Revision: https://phabricator.services.mozilla.com/D129927
Remove the patches for bug 1636984, bug 1648137, and bug 1714933 because the
underlying bugs were fixed in ICU 70 resp. the local patches were backports from
the ICU development branch.
And update the local patches for Sorbian to apply cleanly on ICU 70.
Differential Revision: https://phabricator.services.mozilla.com/D129921
As per spec. This could cause wrong styles to be returned because we
fill the bloom filter based on flat tree ancestors, which was ultimately
the root cause of bug 1737131.
Differential Revision: https://phabricator.services.mozilla.com/D131074
This is a more generic fix for
https://phabricator.services.mozilla.com/D131080 that we might want to
take instead. I'm not aware of other tests triggering the same issue but
this causes behavior to be a bit more predictable.
Context: We have tests that query the style of menupopups/menuitems that
are not in the flat tree (that is, that are children of a shadow host,
but are not slotted). That makes no sense, because the flat tree is how
we determine where to inherit from (so the styles that we were returning
before this bug are wrong, they just happen to work for that particular
test).
Panels and menupopups have some lazy initialization code that before
this patch left a shadow root attached to the element but no slot.
Instead, don't even bother to create a shadow root (and do that lazily
as well). It's a bit more predictable behavior, and is also less work
during startup, so should be a win.
We couldn't do it before the previous patches because attaching the
shadow root will reframe the popup, and the menupopup code didn't
deal well with that.
Differential Revision: https://phabricator.services.mozilla.com/D131081
We only need to clean up the frames for its flat tree children which are
about to go away from the flat tree, but we don't need to do anything
else. This avoids issues with the following patches because menupopups
depend a lot on their frame tree state.
Differential Revision: https://phabricator.services.mozilla.com/D131083
Update the fallback URLs for Widevine version 4.10.2391.0. This also adds a
fallback for the Windows asan case. This makes the fallback URLs consistent with
the balrog rules and handles the (edge) case where asan Win builds can't connect
to balrog.
Differential Revision: https://phabricator.services.mozilla.com/D131159
There's only one caller of it and it's not sound: The runnable captures a
raw frame pointer etc. Instead, just do a dispatch to the main thread
and call OpenMenu there. This simplifies the following patch.
Differential Revision: https://phabricator.services.mozilla.com/D131082
Automatic update from web-platform-tests
Fixed the typos in contain-layout-019.html (#31631)
--
wpt-commits: 625a2df832b19acee6a5510cfeadac01019e17e9
wpt-pr: 31631
This patch uses the Windows.System.Profile.WindowsIntegrityPolicy class to determine whether or not Windows is in S mode. This class is only available beginning with SDK 17763 (newer than what we use right now), so we need to fetch it at runtime with some magic.
This is a completely no-op for Windows versions older than 1810, where the WindowsIntegrityPolicy class is not available.
Differential Revision: https://phabricator.services.mozilla.com/D130397
These logs have been added to help with the investigation of shutdown issues. But it turned out to not be that helpful. Lets get it removed from wdspec jobs to lesser clutter the logs.
Differential Revision: https://phabricator.services.mozilla.com/D130974
This is a pointer-sized value, so there's no need to pass it by
value. All of the SpiderMonkey places that pass GCCellPtr are doing
it by value, so this is aligning with that.
In addition, I removed a NoteJSChild() overload that is no longer
used.
Differential Revision: https://phabricator.services.mozilla.com/D131163
For running in FIPS mode, NSS needs to check /proc/sys/crypto/fips_enabled, to be able to tell whether FIPS is enabled or not.
FIPS also mandates using /dev/random instead of /dev/urandom.
Differential Revision: https://phabricator.services.mozilla.com/D129126
André Bargull
Manuel Bucher
Chun-Min Chang
Emilio Cobos Álvarez
Zeid Zabaneh
Bryce Seager van Dyk
criss
Henri Sivonen
Kershaw Chang
moz-wptsync-bot
cathiechen
Greg Tatum
Ben Hearsum
Henrik Skupin
Dave Townsend
Andrew McCreight
Julian Descottes
M. Sirringhaus
Dão Gottwald