8b12cbd16f0608b5bef1bbd8cf26d8d129e1e538: Bug 1639955: Include `toolchain-artifact` in the cached-task digest; r=aki
Tom Prince <mozilla@hocat.ca> - Fri, 22 May 2020 03:38:29 +0000 - rev 531581
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1639955: Include `toolchain-artifact` in the cached-task digest; r=aki Differential Revision: https://phabricator.services.mozilla.com/D76410
58f80ec5f2af040f8a3f0fb92db1923179f88c94: Bug 1637067. Add reftest, adjust fuzz expectations of existing test. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Wed, 20 May 2020 08:16:04 +0000 - rev 531580
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1637067. Add reftest, adjust fuzz expectations of existing test. r=jrmuizel The existing test compares a 3d scene to a "hand drawn" version of the scene using 2d primitives and was never expected to match perfectly, but instead just provide something to compare against better than saying it's not a blank page. The new test looks visually identical, the fuzz is around the edges of the text. Depends on D75289 Differential Revision: https://phabricator.services.mozilla.com/D75636
80fd72570c40b2c14324462646a26052eebc4c7a: Bug 1637067. Make the StackingContextHelper constructor handle transforms that cannot be drawn 2d the same as ChooseScale. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Wed, 20 May 2020 08:16:04 +0000 - rev 531579
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1637067. Make the StackingContextHelper constructor handle transforms that cannot be drawn 2d the same as ChooseScale. r=jrmuizel In StackingContextHelper::StackingContextHelper we want to handle the case of "no passed in transform" differently from "passed in transform but it cannot be drawn 2d". This is a little tricky because ChooseScale always has a transform passed in: in the non-wr case it is a scaling matrix by the parent scale. We could call ChooseScale if canDraw2D is false and get the same value for mScale but we also need to keep mInheritedTransform in sync. This issue arose before: https://bugzilla.mozilla.org/show_bug.cgi?id=1449958#c3 And we want to be careful not to regress that bug, that bug was concerning content without a transform, so we should be good. The testcase has a parent element with rotateY(-80deg) and a child element with rotateY(80deg), the combined transform is flat with no scaling even though each transform individually would have a very small x scale. There's no way to choose a good scale by looking at each transform individually, and since we only currently store transforms as 2d matrices we can't look at the full combined transform in order to choose a scale. Thus we must use a unit scale, like ChooseScale does. Differential Revision: https://phabricator.services.mozilla.com/D75289
14b1591d2a170964a6a0c5e198f0c49fce900e5e: Bug 1637067. Use the same kind of preserve3d in the StackingContextHelper constructor as in ChooseScale. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Wed, 20 May 2020 08:16:03 +0000 - rev 531578
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1637067. Use the same kind of preserve3d in the StackingContextHelper constructor as in ChooseScale. r=jrmuizel transform_style is set to frame->Extend3DContext, but ChooseScale uses frame->Combines3DTransformWithAncestors() Differential Revision: https://phabricator.services.mozilla.com/D75288
63b7f29fb954642022320b64d7fc208675ab30f4: Bug 1637381: Fix reference to old tarball for win64-clang-tidy r=glandium
Chris AtLee <catlee@mozilla.com> - Fri, 22 May 2020 01:12:56 +0000 - rev 531577
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1637381: Fix reference to old tarball for win64-clang-tidy r=glandium Differential Revision: https://phabricator.services.mozilla.com/D76420
ee9c7714e513f09f8f829c626d7301662ba475e0: Bug 1639606 - Downloads that are set to launchWhenSucceeded with an external application should not get handled internally, unless an attempt has already been made to launch externally. r=Gijs
Jared Wein <jwein@mozilla.com> - Fri, 22 May 2020 02:09:45 +0000 - rev 531576
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1639606 - Downloads that are set to launchWhenSucceeded with an external application should not get handled internally, unless an attempt has already been made to launch externally. r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D76243
f952cd9d37fbb0288b687cbb5eff98233790ce48: Bug 1639391: Do not call nsWindow::GetAttention for top-level windows being shown during session restore; r=mhowell
Aaron Klotz <aklotz@mozilla.com> - Fri, 22 May 2020 01:49:11 +0000 - rev 531575
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1639391: Do not call nsWindow::GetAttention for top-level windows being shown during session restore; r=mhowell When we call nsWindow::Show but Firefox is not foreground, we show the window and also flash it on the taskbar to get the user's attention. This is really annoying when restoring a session with `N` windows, as the user's taskbar ends up with all `N` of them stuck in a flashed state until the user goes through and manually activates every single window. There are several ways I thought of to address this, but I think the simplest one is just to track whether or not we're in the middle of restoring a session and skip flashing when we are doing so. Differential Revision: https://phabricator.services.mozilla.com/D76406
cdc1527ee98f11e9ff8c97b9c23efb6c1e95e1c7: Bug 1640057 - Make condition profile fetch use the correct directory (en-US from shippable). r=aki
Justin Wood <Callek@gmail.com> - Fri, 22 May 2020 01:47:28 +0000 - rev 531574
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1640057 - Make condition profile fetch use the correct directory (en-US from shippable). r=aki Fixes bustage from 1623355. Differential Revision: https://phabricator.services.mozilla.com/D76424
095d17ab204cf3c9bdffcf5f3fb7748ab08bd497: Backed out changeset 7cdd5e64521e (bug 1456626) for build crash on nsJARChannel::OpenLocalFile CLOSED TREE
Bogdan Tara <btara@mozilla.com> - Fri, 22 May 2020 05:06:32 +0300 - rev 531573
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Backed out changeset 7cdd5e64521e (bug 1456626) for build crash on nsJARChannel::OpenLocalFile CLOSED TREE
f395ce024843ace15398b05acde1d03fb425859b: Bug 1636574 - Fixup for configure lint happiness.
Mike Hommey <mh+mozilla@glandium.org> - Fri, 22 May 2020 01:24:09 +0000 - rev 531572
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1636574 - Fixup for configure lint happiness. Differential Revision: https://phabricator.services.mozilla.com/D76423
7054e490f0ce9a4fe79e7047dbde56c014eea223: Bug 1638574 - Allow to use widl when cross-compiling clang-cl builds. r=glandium
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 22 May 2020 01:16:59 +0000 - rev 531571
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1638574 - Allow to use widl when cross-compiling clang-cl builds. r=glandium This avoids having to have clang-cl.exe and ml64.exe in the path. This requires a WIDL patch[1] and one other tweak, but it's working other than that. While at it, allow to pass extra flags to midl / widl. This is useful to test with a local widl for example, to pass the right include paths. [1]: https://www.winehq.org/pipermail/wine-devel/2020-May/166368.html Differential Revision: https://phabricator.services.mozilla.com/D75680
5cf4772a76c18ed44a60768d102f9f4adaf5774a: Bug 1638172 - avoid name hiding for handling multipart channel in HttpChannelChild, r=mayhemer
Junior Hsu <juhsu@mozilla.com> - Thu, 21 May 2020 23:32:31 +0000 - rev 531570
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1638172 - avoid name hiding for handling multipart channel in HttpChannelChild, r=mayhemer Differential Revision: https://phabricator.services.mozilla.com/D75445
70b3b48718bd7c0d99203b84134699d54f4c34fb: Bug 1636574 - Do not actually inject early options from mozconfig. r=rstewart
Mike Hommey <mh+mozilla@glandium.org> - Thu, 21 May 2020 15:28:13 +0000 - rev 531569
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1636574 - Do not actually inject early options from mozconfig. r=rstewart The configure sandbox has a list of arguments to handle, and removes each of them when it resolves the corresponding options through e.g. a `@depends`. When the configure sandbox is finished, what's supposed to be left is unknown options. The mozconfig injections adds elements to that list of arguments to handle. The problem is that by the time the mozconfig injection happens, some early options have already been handled by the sandbox and won't be re-handled. Which means by the end of configure, the arguments are still there, and the sandbox throws an error because it thinks they are for unknown options. Things were actually working before bug 1264527, essentially because we had an explicit list of mozconfig variables that would be injected, and that didn't include those early options. So what we now do is to not actually inject those early options from mozconfig. Differential Revision: https://phabricator.services.mozilla.com/D76276
f80f8407c15c4e496a2c842ea6e17dc3a98799bd: Bug 1639569 - Define PYTHON3 in old-configure. r=firefox-build-system-reviewers,rstewart
Mike Hommey <mh+mozilla@glandium.org> - Thu, 21 May 2020 15:28:25 +0000 - rev 531568
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1639569 - Define PYTHON3 in old-configure. r=firefox-build-system-reviewers,rstewart Differential Revision: https://phabricator.services.mozilla.com/D76260
7cdd5e64521e1f67aa626464142a80eaaa6a4f29: Bug 1456626, use dedicated background thread for nsJARChannel::asyncOpen to avoid blocking r=valentin,michal,froydnj
Emma Malysz <emalysz@mozilla.com> - Fri, 22 May 2020 00:57:54 +0000 - rev 531567
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1456626, use dedicated background thread for nsJARChannel::asyncOpen to avoid blocking r=valentin,michal,froydnj Differential Revision: https://phabricator.services.mozilla.com/D73065
1785974f69f21f44e54a644440d439925d1f8fe3: Bug 1638927 - Replace `lazy_static` with `once_cell` in XULStore. r=froydnj
Lina Cambridge <lina@yakshaving.ninja> - Fri, 22 May 2020 00:40:25 +0000 - rev 531566
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1638927 - Replace `lazy_static` with `once_cell` in XULStore. r=froydnj TSan returns false positives for `lazy_static`. While we could blocklist it, `once_cell` has equivalent functionality, but with a more modern API, so let's use it instead. Depends on D75864 Differential Revision: https://phabricator.services.mozilla.com/D76342
89d99941f3af28b7faf6570a20c584652d876c59: Bug 1638927 - Replace dedicated `XULStore` persistence thread with background tasks. r=KrisWright
Lina Cambridge <lina@yakshaving.ninja> - Fri, 22 May 2020 00:56:28 +0000 - rev 531565
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1638927 - Replace dedicated `XULStore` persistence thread with background tasks. r=KrisWright Differential Revision: https://phabricator.services.mozilla.com/D75864
57f8b5fcbbdae3b691642052d101b9804582eb94: Bug 1636656 - land NSS 527a1792be4e UPGRADE_NSS_RELEASE, r=kjacobs
J.C. Jones <jc@mozila.com> - Fri, 22 May 2020 00:48:57 +0000 - rev 531564
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1636656 - land NSS 527a1792be4e UPGRADE_NSS_RELEASE, r=kjacobs 2020-05-20 Benjamin Beurdouche <bbeurdouche@mozilla.com> * lib/freebl/freebl_base.gypi: Bug 1638289 - Fix multiple definitions of SHA2 on ppc64le. r=kjacobs [527a1792be4e] [tip] Differential Revision: https://phabricator.services.mozilla.com/D76415
13c6ff0fdb29eec127d89c9c42293608bc088e58: Bug 1603185 - Collect per tab unique site origin telemetry r=Dexter,Gijs,nika
Barret Rennie <barret@brennie.ca> - Fri, 22 May 2020 00:34:17 +0000 - rev 531563
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1603185 - Collect per tab unique site origin telemetry r=Dexter,Gijs,nika Top-level content WindowGlobalParents now keep track of the site origins of the documents in their document tree. When the WindowGlobalParent is torn down, the maximum of the number of unique site origins is submitted for telemetry. Differential Revision: https://phabricator.services.mozilla.com/D71493
55761a2d367b46b7a85e9cb0b34f075cd8e5dc78: Bug 1639224 - Verify signature if local timestamp is in the future r=Gijs
Mathieu Leplatre <mathieu@mozilla.com> - Fri, 22 May 2020 00:27:06 +0000 - rev 531562
Push 37440 by abutkovits@mozilla.com at Fri, 22 May 2020 09:43:16 +0000
Bug 1639224 - Verify signature if local timestamp is in the future r=Gijs Differential Revision: https://phabricator.services.mozilla.com/D76249
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 tip