dae867a5e8fed9e8b7aa0ecf14b3f1cd93f703c5: No bug - Tagging ddc0c7609e57ad43e1a28888ffffcbdf02131a53 with FIREFOX_68_0b4_RELEASE a=release CLOSED TREE DONTBUILD
Mozilla Releng Treescript <release+treescript@mozilla.org> - Sat, 25 May 2019 00:21:32 +0000 - rev 533405
Push 11310 by ffxbld at Sat, 25 May 2019 00:21:41 +0000
No bug - Tagging ddc0c7609e57ad43e1a28888ffffcbdf02131a53 with FIREFOX_68_0b4_RELEASE a=release CLOSED TREE DONTBUILD
b08f23a595db9c6e00f3effd3cb329d8ca69780f: Bug 1549812 - ScrollFrameRectIntoView should handle the frame going away. r=mats a=jcristau
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 17 May 2019 16:33:26 +0000 - rev 533404
Push 11309 by archaeopteryx@coole-files.de at Fri, 24 May 2019 21:38:50 +0000
Bug 1549812 - ScrollFrameRectIntoView should handle the frame going away. r=mats a=jcristau ScrollToShowRect already considers that possibility, so not doing it on the caller is a bug. Ideally scroll observers shouldn't be able to run script, more to that in a second. Differential Revision: https://phabricator.services.mozilla.com/D31088
62a00a1d8a7b4726b6ecb424bc5e15533bb0d6cc: Bug 1551907 - Fix interaction between gray unmarking and weakmap marking r=sfink a=jcristau
Jon Coppeard <jcoppeard@mozilla.com> - Thu, 16 May 2019 11:40:09 +0100 - rev 533403
Push 11309 by archaeopteryx@coole-files.de at Fri, 24 May 2019 21:38:50 +0000
Bug 1551907 - Fix interaction between gray unmarking and weakmap marking r=sfink a=jcristau We shouldn't allow a weak map to become gray after it has already been marked black. Differential Revision: https://phabricator.services.mozilla.com/D31412
27c8512c0e991930fa7bb01c6a89561772a64e48: Bug 1552627 - pt 2, r=dveditz a=jcristau
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Mon, 20 May 2019 06:19:51 +0000 - rev 533402
Push 11309 by archaeopteryx@coole-files.de at Fri, 24 May 2019 21:38:50 +0000
Bug 1552627 - pt 2, r=dveditz a=jcristau Depends on D31722 Differential Revision: https://phabricator.services.mozilla.com/D31723
dfc5b049c351cf99e7bddd88499d23c48659283b: Bug 1552627 - r=dveditz a=jcristau
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Mon, 20 May 2019 06:32:46 +0000 - rev 533401
Push 11309 by archaeopteryx@coole-files.de at Fri, 24 May 2019 21:38:50 +0000
Bug 1552627 - r=dveditz a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D31722
298f7d8bb0c03c97cb5254ca5fbe9835f3d8575b: Bug 1540401 - Backout Part 2: Convert MOZ_DIAGNOSTIC_ASSERT back to MOZ_ASSERT since bug 1541775 hasn't been fixed yet; r=asuth a=jcristau l10n=trailhead
Jan Varga <jan.varga@gmail.com> - Thu, 23 May 2019 10:26:20 +0200 - rev 533400
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1540401 - Backout Part 2: Convert MOZ_DIAGNOSTIC_ASSERT back to MOZ_ASSERT since bug 1541775 hasn't been fixed yet; r=asuth a=jcristau l10n=trailhead
39c14a33468fde1a7316fc135243b647e750014f: Bug 1551520 - Use WR relative transform instead of the world inverse. r=gw a=jcristau
Dzmitry Malyshau <dmalyshau@mozilla.com> - Thu, 23 May 2019 15:43:33 -0400 - rev 533399
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1551520 - Use WR relative transform instead of the world inverse. r=gw a=jcristau Summary: This is a follow-up to https://phabricator.services.mozilla.com/D30600 Previously, I changed changed the space mapper logic to use the world transformations. This was seemingly needed because we requrested the relation between primitives and their clip nodes, which could be in unrelated spatial sub-trees. However, I believe the change was a mistake, since for clips we should not even try to get the relative mapping, and clipping is done in world space for these cases. This change reverts that logic back. Fingers crossed for the try to not show any asserts firing up inside get_relative_transform. Test Plan: pending try https://treeherder.mozilla.org/#/jobs?repo=try&revision=dbd8fe9a797c680db0f64f02b019b2b4eaab4dd4 Reviewers: gw Tags: #secure-revision Bug #: 1551520 Differential Revision: https://phabricator.services.mozilla.com/D32382
fa195c94dc1082186356e97094feb62e4e1f5b01: Bug 1543384 - Fix race in extension state setter r=kmag a=jcristau
Rob Wu <rob@robwu.nl> - Thu, 23 May 2019 20:39:13 +0000 - rev 533398
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1543384 - Fix race in extension state setter r=kmag a=jcristau As a side effect of this patch, the format of the "state" value of "async shutdown timeout" crash reports will change, as follows: "Run manifest: " has been replaced with "Run manifest, ": ``` - Startup: Run manifest: asyncEmitManifestEntry("background") + Startup: Run manifest, asyncEmitManifestEntry("background") ``` Multiple states are now separated by ", " instead of ",": ``` - Startup: Run manifest: manifest_name,manifest_version + Startup: Run manifest, manifest_name, manifest_version ``` "Run manifest" will always have a "Startup: " in front of it: ``` - Startup: Emit Startup,Run manifest + Startup: Emit Startup, Startup: Run manifest ``` And removed the `manifest_*` event dispatch since it has no listeners. Differential Revision: https://phabricator.services.mozilla.com/D26986
5234a4220bae688d165edcd04567936f9d8ee823: Bug 1511839 - Return the generated file if the camera result has "inline-data" action; r=VladBaicu a=jcristau
Petru Lingurar <petru.lingurar@softvision.ro> - Thu, 23 May 2019 12:17:34 +0000 - rev 533397
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1511839 - Return the generated file if the camera result has "inline-data" action; r=VladBaicu a=jcristau Handle the case when Camera would actually save a new photo but would return just a thumbnail and not the full image https://github.com/aosp-mirror/platform_packages_apps_camera/blob/33c59af04ab44eff0e3806f140d472252300646a/src/com/android/camera/PhotoModule.java#L1345-L1371 Differential Revision: https://phabricator.services.mozilla.com/D32307
22734638bdcb7d90cdcce00aacaffad82cb8e3b7: Bug 1553400 - XMLHttpRequestDoneNotifier should own XHR, not vice-versa. r=baku a=jcristau
Olli Pettay <Olli.Pettay@helsinki.fi> - Wed, 22 May 2019 15:40:10 +0000 - rev 533396
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1553400 - XMLHttpRequestDoneNotifier should own XHR, not vice-versa. r=baku a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D32142
37268a8937c5afac3c47fbb0428d3d2f751e3891: Bug 1548612 Part 8 - Implement the new stub installer UI design for release/beta. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 23:29:05 +0000 - rev 533395
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 8 - Implement the new stub installer UI design for release/beta. r=agashlin a=jcristau This patch implements the new stub installer UI design for the official branding and leaves the other brandings mostly alone. Leaving them entirely alone was not a goal because it wouldn't have been worth the hacks required, but the layouts and overall designs should be unchanged. The differences between the two designs are intended to be driven entirely by the branding files, so that the new design can be easily expanded to the other channels once art assets exist. Depends on D31145 Differential Revision: https://phabricator.services.mozilla.com/D31146
a8cd16438d96df1cbdb7c0340fd99b9e5b2659d5: Bug 1548612 Part 7 - Add and normalize stub installer UI parameters. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 23:29:22 +0000 - rev 533394
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 7 - Add and normalize stub installer UI parameters. r=agashlin a=jcristau This patch adds a bunch of new defines for stub installer UI parameters that were previously hard coded or implicit, moves several that were universal into the branding files, removes several no longer used ones, and changes the names of some others to match a standard naming convention. Depends on D31144 Differential Revision: https://phabricator.services.mozilla.com/D31145
4e75132ecb51125eb96f6439c59cbeb0ade93566: Bug 1548612 Part 6 - Remove a couple of no longer needed stub installer strings. r=agashlin a=jcristau l10n=trailhead
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:48 +0000 - rev 533393
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 6 - Remove a couple of no longer needed stub installer strings. r=agashlin a=jcristau l10n=trailhead Depends on D31143 Differential Revision: https://phabricator.services.mozilla.com/D31144
41b706ab3dac3cb1b2a640fbc29a2624caa1fa9c: Bug 1548612 Part 5 - Change the default installer UI font for en-US. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:47 +0000 - rev 533392
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 5 - Change the default installer UI font for en-US. r=agashlin a=jcristau Segoe UI Light couldn't accomodate the new stub installer visual design, and it already wasn't used for other languages (including other Englishes), so swap it out for regular weight Segoe UI. Depends on D31142 Differential Revision: https://phabricator.services.mozilla.com/D31143
b1fc004020e57440833c6f3a58a001cf4dde5dff: Bug 1548612 Part 4 - Add a macro for converting dialog units to screen pixels. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:45 +0000 - rev 533391
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 4 - Add a macro for converting dialog units to screen pixels. r=agashlin a=jcristau We typically want to define sizes of elements in the stub installer in terms of dialog units because those are independent of DPI. But sometimes we need to do some calculations or invoke some API that needs pixels. So this function takes a number of dialog units and an axis (because dialog units are not square) and converts them to screen pixels using MapDialogRect. Depends on D31141 Differential Revision: https://phabricator.services.mozilla.com/D31142
a8f835eddb73d8f302b30efc97a4005fb43f5b31: Bug 1548612 Part 3 - Add support for BrandProductName to SetBrandNameVars. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:44 +0000 - rev 533390
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 3 - Add support for BrandProductName to SetBrandNameVars. r=agashlin a=jcristau BrandProductName is a recently-introduced branding string which is intended to not change with the channel of the product; e.g., for a Nightly Firefox build, BrandShortName is not "Firefox", it's "Nightly", but BrandProductName is still "Firefox". Some of the new stub installer copy needs a name string like this. Depends on D31140 Differential Revision: https://phabricator.services.mozilla.com/D31141
8886e6d132f086ae69eeea8b0f96688d9591dba0: Bug 1548612 Part 2 - Fix GetTextWidthHeight for strings with no line breaks. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:42 +0000 - rev 533389
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 2 - Fix GetTextWidthHeight for strings with no line breaks. r=agashlin a=jcristau The current implementation of GetTextWidthHeight attempts to guess how much height a string needs to fit into a given width based on how long the string is when rendered onto one line of unlimited width. This doesn't work because breaking up the string into lines introduces additional space at the end of the lines that the single-line method doesn't account for. This patch replaces all of that logic with asking DrawText to render the string into the width of interest and then just seeing how much height it ended up needing in order to do that. We also take the opportunity to clarify what GetDlgItemBottomDU was doing, because it isn't exactly what it claimed to be doing. Depends on D31139 Differential Revision: https://phabricator.services.mozilla.com/D31140
5ade4160b638774fdc46bc31a4c000dd95ebba81: Bug 1548612 Part 1 - New background images for the release stub installer. r=agashlin a=jcristau
Matt Howell <mhowell@mozilla.com> - Tue, 21 May 2019 16:12:41 +0000 - rev 533388
Push 11308 by nbeleuzu@mozilla.com at Fri, 24 May 2019 19:41:29 +0000
Bug 1548612 Part 1 - New background images for the release stub installer. r=agashlin a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D31139
b7c117554a7ea876c00b404f0d5985cf2af67fd1: Bug 1552354 - resolve video promise when we finish playing the last frame. r=jya a=jcristau
Alastor Wu <alwu@mozilla.com> - Wed, 22 May 2019 22:21:56 +0000 - rev 533387
Push 11307 by nbeleuzu@mozilla.com at Fri, 24 May 2019 18:27:55 +0000
Bug 1552354 - resolve video promise when we finish playing the last frame. r=jya a=jcristau We should resolve video playing promise when we finish playing the last frame. Otherwise, it would cause playback to be ended earlier than its original duration. Differential Revision: https://phabricator.services.mozilla.com/D32051
d6c54c50418ca7f3b4714a13a97455540e963785: Bug 1489669 - [1.4] Add Storage Controller API. r=baku,snorp a=jcristau
Eugen Sawin <esawin@me73.com> - Wed, 22 May 2019 20:21:09 +0000 - rev 533386
Push 11307 by nbeleuzu@mozilla.com at Fri, 24 May 2019 18:27:55 +0000
Bug 1489669 - [1.4] Add Storage Controller API. r=baku,snorp a=jcristau Differential Revision: https://phabricator.services.mozilla.com/D32153
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 tip