Differential Revision: https://phabricator.services.mozilla.com/D156007

Differential Revision: https://phabricator.services.mozilla.com/D156481

Two issues fixed:
- when sorting on one column, other column content should be re-arranged
- natural order sort was not symmetrical for dates and led to inconsistent sorting

Differential Revision: https://phabricator.services.mozilla.com/D156420

Differential Revision: https://phabricator.services.mozilla.com/D156661

No bug - Tagging de06b83097bdca706da7867561802565e859fd17 with DEVEDITION_105_0b8_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging de06b83097bdca706da7867561802565e859fd17 with FIREFOX_105_0b8_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging de06b83097bdca706da7867561802565e859fd17 with FIREFOX_105_0b8_BUILD1 a=release CLOSED TREE DONTBUILD

No bug - Tagging de06b83097bdca706da7867561802565e859fd17 with DEVEDITION_105_0b8_BUILD1 a=release CLOSED TREE DONTBUILD

be -> 5f8718d29aa93c0b7bd215769767416f9d30ee61
es-AR -> ce35714f414bba7f5e24be0cbae0fefb0b8f3460
fi -> f1477b84030f544f3d93fe0fa8285172e9bcbc68
fr -> 71867e90c670d36ca8db803ae3d2c461b7d13852
gn -> c2145cb7188bbe52aa7d873485b71a02310039ff
nn-NO -> 5ef8bcddd5e3563c94d929245da02472c231d342
pt-BR -> 34a44944253d3ac2e893eb43b00a16eb11602b47
si -> ea11b5d2a3e5c697400df9a306787ed4709fe347
sr -> 35feae7686eafcc427c12c34c49aa302092df2df
tr -> 45d80fa98ea6d708945c58290df018bba0d703f5
trs -> 5727cc99ce13afe8e4cd1662a8164796bd23b572
uk -> a159b95052a49befb33c717e60bddd5e5f51d832

Differential Revision: https://phabricator.services.mozilla.com/D155365

Bug 1789114 - Use block rather than -moz-box display for subview button text. r=aminomancer, a=RyanVM

Some context on why this used to work:

When wrap=true, we add inline text to the `<label>`. It has a
`-moz-box` display, so we wrap their kids in a
::-moz-xul-anonymous-block:

  https://searchfox.org/mozilla-central/rev/39a48ce1b2b20a004dfa364d0587164f838b62b0/layout/base/nsCSSFrameConstructor.cpp#9882-9908

Before my patch, flex attributes did affect this anonymous block, but
-moz-box-flex set from CSS didn't, which was inconsistent, so I chose
the CSS behavior. The old flex attribute behavior we could get by
inheriting -moz-box-flex here:

  https://searchfox.org/mozilla-central/rev/39a48ce1b2b20a004dfa364d0587164f838b62b0/layout/style/res/ua.css#210

But given modern flex / grid items don't have that, it seems bad to
further diverge. Instead, since we're relying on block behavior
implicitly anyways, do that explicitly instead, which works for both.

Differential Revision: https://phabricator.services.mozilla.com/D156372

Differential Revision: https://phabricator.services.mozilla.com/D156295

Bug 1772988, add some additional extensions for some media types as Windows doesn't provide some of them, causing valid extensions to be replaced when saving files, r=mhowell, a=RyanVM

Differential Revision: https://phabricator.services.mozilla.com/D155972

be -> 4218d795b4a60187eb4a6b2fe1175ab76de97b7b
ca -> 6f18b4a2a881ead599817ff145787a1f3174447e
da -> 25a5713657f88a1bc92a495204d65b909b7fa5cc
es-ES -> 6b78bc4f6edc10abbf55a489202bc341348fb6af
eu -> a21c10396896d8c1dfe5cc1e14433ff97665066c
fi -> 1b498c77acea807d29e5f06d87424eb694d050df
fr -> 0a5e6db51801c272151a1cf2497b8d204573e3c2
fy-NL -> 7612c30aee5e06c811287e0e5b5df1d0ee9ff328
hu -> 31576c44d47619f5a0b54f3853d4cdd59292c699
nl -> 992125eca483d520ad010d340a89474135ed4292
pt-BR -> c915432a23a06017f9aea72f03978e86b9838180
si -> fe4f7c8b3139e4e5ad3da2c6a5702fd3c1da84c9
sk -> 9106c92192efd69f5be1e993ed287e4c64527d2c
sr -> c14d4a973e7633439009b106282eba301577b978
tr -> 603c31ec208ee34605c361882abaf33cfa129866
zh-CN -> 980b37c3357333f856078499d199403f0de5b2a7

Differential Revision: https://phabricator.services.mozilla.com/D156433

Bug 1775896 - update disabling condition for browser_selectpopup.js r=intermittent-reviewers,jmaher a=test-only DONTBUILD

Differential Revision: https://phabricator.services.mozilla.com/D156026

The failures triggered after the changes introduced in this test from Bug 1784292 and tracked by orangefactor
are all triggered from the test case named `test_blockedInstallDomain_with_unified_extensions`:

- in that test case we are using a new chrome window (because the test case covers the behaviors expected when
  the unified extension button have been enabled by flipping the related pref) and the new chrome
  window is closed shortly after calling BrowserTestUtils.openNewForegroundTab.

- By opening and quickly closing a new chrome window, of all the tests in that test file,
  `test_blockedInstallDomain_with_unified_extensions` is the only one that have a pretty
  good chance to trigger this kind of failure.

- the failure is triggered when the chrome window has been already closed by the time all the promises that
  BrowserTestUtils.openNewForegroundTab is internally waiting on (see the lines linked below) are settled,
  and that triggers the failure due to an uncaught rejection triggered as a side-effect of trying to access
  tabbrowser.ownerGlobal.windowGlobalChild for a chrome window that is already gone:
  - https://searchfox.org/mozilla-central/rev/380fc5571b039fd453b45bbb64ed13146fe9b066/testing/mochitest/BrowserTestUtils/BrowserTestUtils.jsm#278-279

The attached patch just adds an await on the call to BrowserTestUtils.openNewForegroundTab, which prevents
the intermittent failure from being triggered.

As a side note (either as an alternative approach to the one currently in this patch or indipendently from
fixing this specific intermittent):

it seems worth confirming if we could be changing BrowserTestUtils.openNewForegroundTab to expect
the possibility that the chrome window have been closed and just omit the innerWindowId in the
profile marker if collected too late to be able to retrieve the innerWindowId.

Differential Revision: https://phabricator.services.mozilla.com/D155876

No bug - Tagging 934dbdbcb00a5dacb289d5f1957e5a3e5007ab0b with DEVEDITION_105_0b7_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging 934dbdbcb00a5dacb289d5f1957e5a3e5007ab0b with FIREFOX_105_0b7_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging 934dbdbcb00a5dacb289d5f1957e5a3e5007ab0b with FIREFOX_105_0b7_BUILD1 a=release CLOSED TREE DONTBUILD

No bug - Tagging 934dbdbcb00a5dacb289d5f1957e5a3e5007ab0b with DEVEDITION_105_0b7_BUILD1 a=release CLOSED TREE DONTBUILD

ca -> 84698fc28becd44e78443bba15d39d4fa7644928
de -> 66be65ce05428226c6625924a68a24ce0c056d9b
el -> 7ab0d79777cd131b5c86d994cf1e15ad81ab0816
es-MX -> d5ed3983040029a9ad36da093a49a8c010330b1a
he -> 4b8b117835aae98f1206ae390fe3300f5bb4a31c
id -> b919dd481d1f67b5c0cda549f92714b120314360
is -> f5e0a26573e52891b9693b4475125eaae9140183
nb-NO -> 7a2f9da2d83e1c0460c153ac547359cb40cec84b
pt-BR -> 3927270c4cce73ae738f60fda9aaea7157ebe9ae
ru -> b28cd2768df9d92ae7fe2cec41e7af5927f47e83
si -> daaba30cd3e235d013b110b8776be9d7d60209ee
sk -> bb1ca93d000793fd6f6edd76de330ea040cb2c20
sr -> 31743d61ea7a8b1e8dfae248ff90f998c6cad5f4
tr -> 626ff812ad011796691e7de441b08e034e3a608d
uk -> 91111c07f0c0f6ef19e15dbe48f0f0a2d19b9c9a
vi -> d14e16e90814effaabd890d1d479deca443b5ff7
zh-CN -> 6847e36884414cc2be7f1907ac931ee5fc37b1f1

ach -> a6940ae1a02f0d874e7db5bc911e6f0fdc996bc7
af -> 21d83e917ea17f729372095dd1cc83b71a06ab73
an -> 82120a83cb139060b04ce486b60775de86b3aaf0
ar -> 90ae328eba18c2f481b15698d82b3fb92371ff01
ast -> 7ff54286ea3c43902992aacfa2e7f70389cb766b
az -> a62a85b2ed2f3a10d33b4f3abe7ba7413c8d4f5b
be -> 4026b02e132ea2c686155e60161989fd5ff19702
bg -> cb8fd025f9b6200ef1e9bd580df03890eaff1a3e
bn -> f8e3bcb8b593e12985b70026d766242f0c9a8523
br -> 81c676c850b8e24b6f53628fd140d3cf40261197
bs -> fef1300082a792d3b326f0127a14f8445f93f451
ca -> 59ad184420c761e6da5c88f64a5937b38d7de373
ca-valencia -> d3ebd94a799181d0663209f8466760778211a92a
cak -> b1f360b9c90805a0f37e4d66359be7d35c1772e0
cs -> c7cb3d3112ed86cf11211354b0cc28b87707a4a4
cy -> 607a6239334a8a074a432aef59e54651d22f516a
da -> 998e7f3e5f1160a514be7a928d868663fa5f8bae
de -> 42fcfafd5b65f1e728915d759148eae2cd06aae8
dsb -> d2a5180a28ba3425abc404d6c899b39de94db6f2
el -> 3c57dae67f5fbda19337c55b85c896b0485417ae
en-CA -> 75c56c3aebfa8564cf3b6922312690b0ffd0b853
en-GB -> eb8292e78a75ec4098002717c9ac6b263747389e
eo -> 5fcb6da3fcce42adead4b8a21818cc980fb1b98b
es-AR -> 9d11c33035c026f5abceaf19ab927ed3bb9a8861
es-CL -> 92fccae1899519af97dee08fb5b7debf46ef2568
es-ES -> 3db1a262fe38293f6ad678cf266c1a033b140b9c
es-MX -> 9eacf51f074920bb84c1b89836c4a3ed7b3d5c4d
et -> 20267fc0fd3784dfe10860506341bd6b5bb1c8ea
eu -> 67323fac44abab88af9cae4b90c77b48f1ff7e8d
fa -> 4fab4604aced8395dbf72e6fd0645bfbb00661b4
ff -> 4c7b4f55676e31a941c729fa1a205e195831d480
fi -> a609c9aa485e789405a396cecb423067afaf9a15
fr -> 172d56b03cc9352d2119304b892ceca8e8bc5627
fy-NL -> f179313ddb3ef0439fb6089dc6014fc17892901f
ga-IE -> fced032fddf9a89fa43b15b31f0fcce0320a5dde
gd -> c4e01bf1f5ae7a533b470a0d1ad002679b0eb7fc
gl -> 76f43889a86c128b3dca57a845ec3d1b36c089bb
gn -> 4c0e90e10f5d905dfb17ce6c9e3fb0ab731fde04
gu-IN -> 9eb8b567a1949c0f9eb6d6cd8351d436b5afb900
he -> 203de74f966011fb1bc526666dfe03c525722ef9
hi-IN -> 72c4fe620e20aef077a9a874ddca2a0d043531cb
hr -> dce6c8b9d319e938ad2d12015300bb7e4a2b711f
hsb -> 50d3aae7db3443ed97b09da1e8ffd07c8ce2072a
hu -> 6227a1bef6a20997c688877ffe812232026b9782
hy-AM -> 69b66bef1581fece20a68348a9aa426395c5946e
ia -> 8a33737138c38202d14a5408450c262f88acc7c5
id -> bc031ca9c1b9ffadc174d868427bdc481835203c
is -> e6d361a6a55cc3ecf5c4508697141a0153060bad
it -> b9266c4e41975e0f481a74f1a23f30c0bccdae56
ja -> 2603f3d04a9e8459abce912b9096ee54447419eb
ja-JP-mac -> 1298a2a8c04061877007abb40c29cbedd0e27759
ka -> 55d0d92c7a624c6af051674c85951265ef9ace57
kab -> 99b80e52894fc9cfb555d71e5373f2142f8ee174
kk -> 18e2e565f5301e7eb1f40643ef2fdebd6043bd6e
km -> e708c6c1a916cbbbecbe8f2a89d3a52a9d29d5ba
kn -> 42f9bf5cd83c1171e863aa12d09c936fc05491cb
ko -> fbd226319984c8c965361e4064a32ff878cc594e
lij -> 21a18aaa5ab6656d7e3709ca73d869ca3803d18d
lt -> 4a418a95686c94ac691131e3a5c9d7b9134068b1
lv -> bdf7fc22532bf20296297d67a3dd75c194992187
mk -> 6e11244f79bf6eb74af62c5cb81f46b4f66c9879
mr -> 398188f48d19b853a8d6f7c577771b417fb68ed1
ms -> 6804f932653248ee517adbfeb267860ebc4d1031
my -> 3002b83dc7954a1889b97992a38ad76d22df8a26
nb-NO -> fd25978c6de6d1217a06b6784e4f0be677346eb3
ne-NP -> 261999a7c35345cb0bf2cb1496c1b5d7fae1b6ef
nl -> a4495e7a3b9825a636a9fd4326443afd34cdc663
nn-NO -> 2ff41f1d8222fa99230c3394ff9fa94617cc9060
oc -> b4557319ae11c98482b9c898e484b3f1a46e3963
pa-IN -> 9aed9b8795b4502948548753bf4a6c1e390ed49f
pl -> e8bc9259e37d55c4a34276f9e5b0fea17714694b
pt-BR -> 47fdcf62ee82d4c4ddba98c2eda36af364b39a58
pt-PT -> fa92a8155e26deb17ba29c8c1e7b0204d4b78f89
rm -> cab6395df91a7ab791a53747ba117d3cb27f4679
ro -> 02481dde8cf536834a01f7ff23d36835bc33a450
ru -> c0bf3c4b6f84ed5d65a355f210ab84e0a15a5101
sco -> 5d2f70079bc7d2deb0fff24cdb3b7dcb4c88abb2
si -> 5049561ed26ce29516587487f38d99db5fcf6579
sk -> 614d505ef8c1f7cc1f96ea1a9729a317f7b9415f
sl -> 985cb6c8c391e7cbea1f9fe7081d45dcdc5c1c08
son -> ab9b25c8d1a6266c6d768d17c4bde390b4ab5cf8
sq -> 92fda6fe6ca1794b6e26ce3056cd8ff70926b623
sr -> 005730b59b4b86d05f69159c8d85bd259725c62d
sv-SE -> 5505216e93cd2930bd526d20c65742fc6b85cbcb
szl -> e17800d468bb165b0ff819699b122f3acdc1fab1
ta -> 127c02e4bb2dc3d79085930217f7be21028d5ed0
te -> a63239d1369770ce6f29733e008f2a8b400e3f6f
th -> cc49f72cde8e6b66596f55cf121dba9bfb50d5b3
tl -> 8debd5640a8e5bfe307063d79ccad37a5b2177a5
tr -> dda5de6a03fc01ebd5acd52120a53ec84b9a8766
trs -> 352974310f34a3bfe568244657c8bdc0b1831630
uk -> dcbc6931efa206c334201c9904af3d40afec25e5
ur -> 1e04f785210c24912483f637f6572674717f52b0
uz -> 27d09eaf9f46660f6467ea4b86ad1f45b2c34f5e
vi -> 1f39ca9a9cdc1a07afcbd1a45f47af32b96eb681
xh -> 46d246772c92232ddaa14336ab4437faf6a12989
zh-CN -> a56dd1b58c021460db6d78c4f933e93c0d8fe9c9
zh-TW -> cfe8a1e6d069612b483a277c4ac453e72ce40a18

Differential Revision: https://phabricator.services.mozilla.com/D156154

Bug 1788713 - Read default profile targeting with existing lock in `backgroundupdate` task. r=bytesized, a=RyanVM

Differential Revision: https://phabricator.services.mozilla.com/D156216

In order to remove uses of ResidentUnique on MacOS this patch disables
GatherTotalMemory in its entirety (rather than provide inaccurate telemetry).
I will follow up with a patch that uses task_info phys_footprint to re-enable
it.

Differential Revision: https://phabricator.services.mozilla.com/D156048

Bug 1787926 - Don't add async dependency on modules that have finished evaluating. r=yulia, a=RyanVM

The problem is that we're waiting for an import to finish evaluation after it
already has.

I think this a problem with the spec, related to the change from
AsyncEvaluating to AsyncEvaluation here:

https://github.com/tc39/proposal-top-level-await/commit/c2375dbd6ecb0d5e9a415f6a812fc0974a2935b7#diff-181371b08d71216599b0acccbaabd03c306da6de142ea6275c2135810999805aL588-R589

Previously we wouldn't add an async dependency when the required module's
AsyncEvaluating field was false, which was the case after evaluation had
finished. Now this is never set to false so we always add the dependency here
and there's nothing to trigger evaluation of the importing module.

Differential Revision: https://phabricator.services.mozilla.com/D155968

Renaming `nightly` to `daily` is intended for avoiding confusion with Nightly builds and better reflect what we are doing with these performance tests.

eu -> 4674b1bca17630ddcadba727cea3e3ba4f2852d8
is -> f550df3e5d58eb9fc415934b6bb15245c6324486
it -> f42ff70560014bb665d043ccc07e293fa05552a3
nn-NO -> 4b93338e92681207a792225159757f46c4c0b9dd
pa-IN -> bae34912c7e58b6540b226ed5f026a1c9ef229f5
sk -> 52df1234c1f7e4b180eba9f7a4ae61fd45058328
tr -> e8de7bf5e8ddfd0df69c392767543e716ba80d69

The test was broken, had multiple calls to t.done(), etc.

Differential Revision: https://phabricator.services.mozilla.com/D156202

Bug 1787456 - Always focus the `viewerContainer` when entering PresentationMode. r=calixte, a=RyanVM

Backport of upstream commit:
https://github.com/mozilla/pdf.js/pull/15355

Differential Revision: https://phabricator.services.mozilla.com/D156260

Bug 1785801 - Make `RangeUpdater::SelAdjJoinNodes` take the ex-offset of right node. r=m_kato, a=RyanVM

In bug 1739524, I misunderstood the meaning of `aOffset` of `SelAdjJoinNodes`.

After joining 2 nodes, and a point points right node which will have ex-left
node content, the point needs to point ex-start of the right node to keep
next insertion point as-is.  Therefore, it's not useful with new join nodes
direction, it needs to know the ex-offset of the right node.

Differential Revision: https://phabricator.services.mozilla.com/D155438

There will be changes in mozilla-beta that will increase the frequency of pushes. This will increase the load on our android devices so this patch will limit the amount of tests to be run nightly rather than on every push.

Differential Revision: https://phabricator.services.mozilla.com/D156198

No bug - Tagging 91729b9aaead692a6a357ae762157f1cb91e2b12 with DEVEDITION_105_0b6_RELEASE a=release CLOSED TREE DONTBUILD

No bug - Tagging 91729b9aaead692a6a357ae762157f1cb91e2b12 with FIREFOX_105_0b6_RELEASE a=release CLOSED TREE DONTBUILD