c4dc5740defdf2888d7aadd20ceaf8b6dcb80ace: Backed out 6 changesets (bug 1641546) for permafailing browser-chrome at browser_devices_get_user_media_unprompted_access_tear_off_tab.js
Coroiu Cristina <ccoroiu@mozilla.com> - Sat, 06 Jun 2020 19:13:06 +0300 - rev 598349
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Backed out 6 changesets (bug 1641546) for permafailing browser-chrome at browser_devices_get_user_media_unprompted_access_tear_off_tab.js Backed out changeset 2652e1c084a7 (bug 1641546) Backed out changeset 72a62a455c47 (bug 1641546) Backed out changeset 4746c37be3e6 (bug 1641546) Backed out changeset a2b64d290c0b (bug 1641546) Backed out changeset 2dc2a430c2e7 (bug 1641546) Backed out changeset 041cd14e3893 (bug 1641546)
fa3520edbda79451389e6dac5b1e581ec2c932b6: Bug 1643532 - Adjusted expectations to TIMEOUT and NOTRUN for RTCRtpReceiver-getSynchronizationSources.https.html on Windows 7 debug. DONTBUILD
Sebastian Hengst <archaeopteryx@coole-files.de> - Sat, 06 Jun 2020 15:56:44 +0000 - rev 598348
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643532 - Adjusted expectations to TIMEOUT and NOTRUN for RTCRtpReceiver-getSynchronizationSources.https.html on Windows 7 debug. DONTBUILD Started to fail permanently soon after wptsync ran. Differential Revision: https://phabricator.services.mozilla.com/D78606
554fa9b9e4716557dae7cacc0624c8a7fe539b7c: Bug 1628599 - Fixing all links pointing to docs.firefox-dev.tools r=Honza,remote-protocol-reviewers,perftest-reviewers,maja_zf,davehunt
Sonia Singla <soniasingla.1812@gmail.com> - Mon, 01 Jun 2020 10:58:38 +0000 - rev 598347
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1628599 - Fixing all links pointing to docs.firefox-dev.tools r=Honza,remote-protocol-reviewers,perftest-reviewers,maja_zf,davehunt Differential Revision: https://phabricator.services.mozilla.com/D77560
ff3db56e28afdf07aef813f425a75f5025972cd4: Bug 1643137: Add testcase r=mgaudet
Iain Ireland <iireland@mozilla.com> - Fri, 05 Jun 2020 19:55:46 +0000 - rev 598346
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643137: Add testcase r=mgaudet This is equivalent to `regexp/non-unicode-case-folding.js`, but checking back-references instead of simple matches / character classes. Note: this testcase is similar to the testcase I landed upstream, but not identical. The upstream testcase verifies that the characters in each equivalence class match if the regexp is `/iu`. It turns out that there is a very small set of characters ('\ufb05' and `\ufb06`; '\u0390' and '\u1fd3'; '\u03b0' and '\u1fe3') where both characters have a full (aka multi-character) case-folding to the same value, but don't have a simple case-folding. As the spec is written, these characters should *not* match each other, even with `/iu`. I opened a V8 bug for this issue: https://bugs.chromium.org/p/v8/issues/detail?id=10591 Depends on D78559 Differential Revision: https://phabricator.services.mozilla.com/D78560
86f2e8e41ce8069a5efd3c1a371a239e64d48ced: Bug 1643137: Use unicode flag in CheckNotBackReference r=mgaudet
Iain Ireland <iireland@mozilla.com> - Sat, 06 Jun 2020 00:57:42 +0000 - rev 598345
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643137: Use unicode flag in CheckNotBackReference r=mgaudet This patch uses the unicode flag to decide which helper function to call for two-byte ignoreCase non-unicode backreferences. It also fixes the (previously unused) helper to do the right thing. Compare RegExpMacroAssembler::CaseInsensitiveCompareNonUnicode in `irregexp/imported/regexp-macro-assembler.cc`, from the previous patch. RegExpCaseFolding is only defined when we build with ICU. The differences here only occur in corner cases, so in non-intl builds, CaseInsensitiveCompareNonUnicode can do the same thing as CaseInsensitiveCompareUnicode. Differential Revision: https://phabricator.services.mozilla.com/D78559
dfa4235a89ed477d722d4b0546b7eb3f65c81d61: Bug 1643137: Re-import irregexp r=mgaudet
Iain Ireland <iireland@mozilla.com> - Fri, 05 Jun 2020 19:47:39 +0000 - rev 598344
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643137: Re-import irregexp r=mgaudet This patch was auto-generated, based on fixes I made upstream. Differential Revision: https://phabricator.services.mozilla.com/D78558
92df7c0f022dee60abcb7a429fe9013bb84aa1dd: Backed out 2 changesets (bug 1628948) as requested by dev.
Dorel Luca <dluca@mozilla.com> - Sat, 06 Jun 2020 16:01:36 +0300 - rev 598343
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Backed out 2 changesets (bug 1628948) as requested by dev. Backed out changeset 9e688ade8790 (bug 1628948) Backed out changeset cb3bea25854a (bug 1628948)
533fdde262f52e746dff699d0b3326c57a4106fc: Bug 1642588 - Make Triple click only select within editing host r=masayuki,emilio
Kagami Sascha Rosylight <saschanaz@outlook.com> - Sat, 06 Jun 2020 11:36:36 +0000 - rev 598342
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1642588 - Make Triple click only select within editing host r=masayuki,emilio Differential Revision: https://phabricator.services.mozilla.com/D78315
f5309db93bc0b3aa8d566e2c8b5f7c0060e14790: Bug 1643639 - Hide some urlbar prefs that may cause trouble to the user. r=dao
Marco Bonardo <mbonardo@mozilla.com> - Sat, 06 Jun 2020 12:20:33 +0000 - rev 598341
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643639 - Hide some urlbar prefs that may cause trouble to the user. r=dao Differential Revision: https://phabricator.services.mozilla.com/D78490
535035537a93be3ab8b9a37512a3bcd4c571842c: Bug 1643270 - Isolate headers panel treeview css changes r=Honza
Hubert Boma Manilla <hmanilla@mozilla.com> - Sat, 06 Jun 2020 06:47:00 +0000 - rev 598340
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1643270 - Isolate headers panel treeview css changes r=Honza - Fixes Bug 1643270 with unexpandale nodes - Fixes Bug 1643296 so clicking any part of the method cllapses the node Differential Revision: https://phabricator.services.mozilla.com/D78254
f585b6b1a1984e87a99ad8e0f263d63d2ccde8e6: Bug 1637365 - Show pre-imported topsites for some multistage onboarding flows r=pdahiya
Ed Lee <edilee@mozilla.com> - Sat, 06 Jun 2020 10:15:20 +0000 - rev 598339
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1637365 - Show pre-imported topsites for some multistage onboarding flows r=pdahiya Get importable sites from parent then convert to rich icons in child with caching. Render both a host label and a rich icon falling back to a letter with color. Differential Revision: https://phabricator.services.mozilla.com/D78456
a47141066d20ec88ac1e52040fcbc9175ed713af: Bug 1325771 - mfbt:tests: Define RETURN_INSTR for m68k in TestPoisonArea r=glandium
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> - Sat, 06 Jun 2020 06:45:53 +0000 - rev 598338
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1325771 - mfbt:tests: Define RETURN_INSTR for m68k in TestPoisonArea r=glandium Define RETURN_INSTR for m68k in TestPoisonArea, i.e. the m68k assembly opcodes for "rts ; rts". Differential Revision: https://phabricator.services.mozilla.com/D77290
ea81e4489c1023a479242bf416dafac051814ada: Bug 1325771 - mfbt:tests: Handle targets with less strict alignment in TestCompactPair r=jesup
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> - Sat, 06 Jun 2020 06:45:53 +0000 - rev 598337
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1325771 - mfbt:tests: Handle targets with less strict alignment in TestCompactPair r=jesup Previously, the tests assumed that the alignment of int and long equals their size. This commit fixes the tests for targets like m68k that have sizeof(int) == 4 and alignof(int) == 2. A static helper function sizemax was introduced as the offset of the second element in Pair<int,long> might be either determined by its alignment requirement or the size of the preceding int element and we use the helper function to pick the larger of the two values. Differential Revision: https://phabricator.services.mozilla.com/D77289
7bff5c47fa3205e5735be290af6daaf12ad7aaad: Bug 1642974 - Don't expose WeakRef targets which are DOM wrappers whose target has been collected r=smaug,sfink
Jon Coppeard <jcoppeard@mozilla.com> - Sat, 06 Jun 2020 06:58:42 +0000 - rev 598336
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1642974 - Don't expose WeakRef targets which are DOM wrappers whose target has been collected r=smaug,sfink WeakRef targets that are wrappers to DOM objects are preserved when the WeakRef is created. This checks whether the wrapper is still preserved in deref() and if it is found to have been released, the target is cleared. The patch adds a new DOMJSClass hook to deal with getting the wrapper cache for non-nsISupports objects. Differential Revision: https://phabricator.services.mozilla.com/D78061
350907a317ac0f0db0176bc0aa158f2eca381c1a: Bug 1577457 - Use :read-only/:read-write instead of [readOnly]/:not([readOnly]) in about:logins r=MattN
Kenrick <kenrick95@gmail.com> - Sat, 06 Jun 2020 07:42:26 +0000 - rev 598335
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1577457 - Use :read-only/:read-write instead of [readOnly]/:not([readOnly]) in about:logins r=MattN Differential Revision: https://phabricator.services.mozilla.com/D78599
2dd4b6b2f0d7519721b674ea31b7e5c609aab51f: Bug 1641139 - Reflow absolute frames in ruby container and ruby base container. r=dholbert
Xidorn Quan <me@upsuper.org> - Sat, 06 Jun 2020 05:38:12 +0000 - rev 598334
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1641139 - Reflow absolute frames in ruby container and ruby base container. r=dholbert Differential Revision: https://phabricator.services.mozilla.com/D77584
6237102f005d965efebc464ce3f93dec32b10268: Bug 1619169 - Expand the given size with the ratio of the dynamic toolbar max height to the display size in ExpandHeightForDynamicToolbar. r=botond
Hiroyuki Ikezoe <hikezoe.birchill@mozilla.com> - Sat, 06 Jun 2020 04:45:02 +0000 - rev 598333
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1619169 - Expand the given size with the ratio of the dynamic toolbar max height to the display size in ExpandHeightForDynamicToolbar. r=botond In some cases the visible area has been already scaled to a certain scale _visually_ to fit the content to the display, whereas we apply the max height of the dynamic toolbar to the visible area as it is [1], which means the resolution of the each value mismatches. Ideally this mismatch should be fixed by factoring the resolution differece, but there are some edge cases we can't simply fix it as I described in bug 1641166. So, here we take a different approach which is not affected by the content visible area's resolution value. [1] https://searchfox.org/mozilla-central/rev/598e50d2c3cd81cd616654f16af811adceb08f9f/layout/base/nsPresContext.cpp#2527 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1641166 Differential Revision: https://phabricator.services.mozilla.com/D78441
b2e402b376f92c8df865b481ca48ba55db5bacbb: Bug 1619169 - Duplicate ExpandHeightForViewportUnits to ExpandHeightForDynamicToolbar. r=botond
Hiroyuki Ikezoe <hikezoe.birchill@mozilla.com> - Sat, 06 Jun 2020 04:44:54 +0000 - rev 598332
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1619169 - Duplicate ExpandHeightForViewportUnits to ExpandHeightForDynamicToolbar. r=botond And use the duplicated one at the places where we need the expanded size for interactions with the dynamic toolbar on the compositor. The new function will be modified in the next commit. Note that the only one remaining call site of ExpandHeightForViewportUnits is for window.inner{Width,Height}. For window.inner{Width,Height} we don't yet return the layout viewport (which might be expanded by the minimum-scale), it's going to be fixed in bug 1598487 [1], but it's not ready to fix because there also need fixes in comm-central (see dependencies in the bug). So for now, we should keep the current behavior for window.inner{Width,Height}. Also note that it's not yet clear whether we will eventually replace the last call site of ExpandHeightForViewportUnits with ExpandHeightForDynamicToolbar since the value corresponding to the dynamic toolbar might _NOT_ be affected by the minimum-scale in some cases. See bug 1641166 for details. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1598487 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1641166 Differential Revision: https://phabricator.services.mozilla.com/D78440
0b769610f6c4a18725f8ea758b1515e189947bf0: Backed out changeset 2ed99d13012d (bug 1591466) on ahal's request
Bogdan Tara <btara@mozilla.com> - Sat, 06 Jun 2020 06:49:13 +0300 - rev 598331
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Backed out changeset 2ed99d13012d (bug 1591466) on ahal's request
db92ded549e9ac5c9a95718ebb7dcabbcf551cc4: Bug 1641131 - [taskgraph] Filter out devedition builds and tests with |mach try auto|, r=marco
Andrew Halberstadt <ahalberstadt@mozilla.com> - Fri, 05 Jun 2020 20:28:44 +0000 - rev 598330
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1641131 - [taskgraph] Filter out devedition builds and tests with |mach try auto|, r=marco Differential Revision: https://phabricator.services.mozilla.com/D78569
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip