d9a3fc93437f01530bc58ddf984e75837994cd57: Bug 1526218 - transferFromImageBitmap() should propage the origin-clean state to the canvas element. r=aosmond, a=RyanVM DEVEDITION_66_0b7_BUILD1 DEVEDITION_66_0b7_RELEASE FENNEC_66_0b7_BUILD1 FENNEC_66_0b7_RELEASE FIREFOX_66_0b7_BUILD1 FIREFOX_66_0b7_RELEASE
Andrea Marchesini <amarchesini@mozilla.com> - Mon, 11 Feb 2019 16:54:05 +0000 - rev 513003
Push 10674 by ryanvm@gmail.com at Mon, 11 Feb 2019 18:59:57 +0000
Bug 1526218 - transferFromImageBitmap() should propage the origin-clean state to the canvas element. r=aosmond, a=RyanVM Differential Revision: https://phabricator.services.mozilla.com/D19371
a61f757afab3036bd346a8e1dff36fadafb12fc3: Bug 1524995 - update privacy pane history mode dependent control checkboxes correctly in permanent private browsing mode, r=jaws a=lizzard
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 08 Feb 2019 15:43:58 +0000 - rev 513002
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1524995 - update privacy pane history mode dependent control checkboxes correctly in permanent private browsing mode, r=jaws a=lizzard Differential Revision: https://phabricator.services.mozilla.com/D19144
49a04a5d8d979f1d8b90352c675d22a91f17fcdb: Bug 1522535: Break a cycle triggered by a recent web-platform-test merge. r=jib a=lizzard
Byron Campen [:bwc] <docfaraday@gmail.com> - Fri, 08 Feb 2019 16:57:45 +0000 - rev 513001
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1522535: Break a cycle triggered by a recent web-platform-test merge. r=jib a=lizzard Differential Revision: https://phabricator.services.mozilla.com/D19171
733e8bfd0ba3743941128235f388af561fda3cea: Bug 1519037 - Filter out objects that is about to be finalized when iterating for non-GC purpose. r=pbone a=lizzard
Tooru Fujisawa <arai_a@mac.com> - Fri, 08 Feb 2019 02:39:12 +0000 - rev 513000
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1519037 - Filter out objects that is about to be finalized when iterating for non-GC purpose. r=pbone a=lizzard Differential Revision: https://phabricator.services.mozilla.com/D18845
4967e7f39711308ee2e7f1b7d9420c5148d43d95: Bug 1525546 - Make sure a XULMenuItemAccessibleWrap is not going away when creating its keyboard shortcut info, r=Jamie a=lizzard
Marco Zehe <mzehe@mozilla.com> - Thu, 07 Feb 2019 07:05:29 +0000 - rev 512999
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1525546 - Make sure a XULMenuItemAccessibleWrap is not going away when creating its keyboard shortcut info, r=Jamie a=lizzard Differential Revision: https://phabricator.services.mozilla.com/D18922
554276c96ebb63cf2e2afc82b4303d78af97b459: Bug 1524322 - Add Message component to Discovery Stream. r=k88hudson a=lizzard
Gavin Lazar Suntop <gavin@gsuntop.com> - Mon, 11 Feb 2019 19:17:15 +0100 - rev 512998
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1524322 - Add Message component to Discovery Stream. r=k88hudson a=lizzard
e4d259ea825ac517f8d2de85430fbd955be2df92: Bug 1521599 - Delete the failures data after it has been output. r=Gijs a=lizzard
Jared Wein <jwein@mozilla.com> - Thu, 31 Jan 2019 23:40:33 +0000 - rev 512997
Push 10673 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 18:29:39 +0000
Bug 1521599 - Delete the failures data after it has been output. r=Gijs a=lizzard The failures were remaining in the data object, which later had any remaining keys printed in the diagnostics section. This bug was introduced because we stopped using Array objects to generate formatted strings. In the previous code, this would have ended up just printing out the first failure listed in the diagnostics section (a partial duplicate of the actual Failure Log). Differential Revision: https://phabricator.services.mozilla.com/D18289
95b884dcbd6f001b990a6353980280050fab9ac6: Bug 1496684 - Dispatch commonly expected startup notifications when opening a GeckoView window. r=snorp a=lizzard
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 07 Feb 2019 20:41:16 +0000 - rev 512996
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1496684 - Dispatch commonly expected startup notifications when opening a GeckoView window. r=snorp a=lizzard Once a webextension using a blocking WebRequest listener has started loading, all network connections covered by the extension's manifest are held until the extension is ready the process them. One condition for the extension being ready apparently includes browser startup having progressed far enough, as signified by "browser-delayed-startup-finished" having been dispatched. Therefore, we have to start sending that notification when opening a new Gecko- View window, too, and copy Fennec's InitLater() system for that. Unlike Fennec, we cannot tie registration of those InitLater() runnables to the initial content load having progressed far enough because of a) e10s, which makes that approach neither easily possible nor really sensible, as content will load in a different process in that case, and b) because we're racing with extension startup here - if extensions are loaded quick enough to block even the initial page load, we'd be deadlocked: We cannot send the notification until the page finishes loading, but the page cannot load until we send the notification. Fennec isn't affected by the latter problem because "sessionstore-windows-restored", which Fennec will send in any case, serves as an alternative pathway for completing extension startup. And unlike Desktop, we don't really have any chrome content to paint, so we cannot tie delayed initialisation to a paint listener for that, either. Therefore, we simply fire off a runnable at the *end* of geckoview.js's startup() method, which should give more pressing initialisation tasks enough of a headstart. For completeness, we're also adding the "browser-idle-startup-tasks-finished" notification and thereby solve bug 1465832 as well, allowing the ScriptPreloader to detect which scripts are commonly loaded during GeckoView startup and to start caching and pre-parsing them. Differential Revision: https://phabricator.services.mozilla.com/D18865
36ae47c3423bbcbf174f140640929fcce685d7ae: Bug 1526387 - CFR Addon Recommendations call remote API before clicking "Install" r=k88hudson a=RyanVM
Ricky Rosario <rickyrosario@gmail.com> - Fri, 08 Feb 2019 23:59:48 +0000 - rev 512995
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1526387 - CFR Addon Recommendations call remote API before clicking "Install" r=k88hudson a=RyanVM MozReview-Commit-ID: EgXnUTzfPf3 Differential Revision: https://phabricator.services.mozilla.com/D19229
a5b7aa318e6101a6ebe071bbf374c36f5e9d9b90: Bug 1525818 - Remove NS_ASSERTION in ImageBridgeParent::GetInstance() r=mattwoodrow a=lizzard
sotaro <sotaro.ikeda.g@gmail.com> - Thu, 07 Feb 2019 20:28:30 +0000 - rev 512994
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1525818 - Remove NS_ASSERTION in ImageBridgeParent::GetInstance() r=mattwoodrow a=lizzard Sometimes NS_ASSERTION was hit during window closing. It happens because of aync architecture. It is better to change the NS_ASSERTION to NS_WARNING. Differential Revision: https://phabricator.services.mozilla.com/D18920
8b10cbe1b8877f492a4d54bb7c6f5fe03b4016b2: Bug 1524857 - Part 2: Use display URI's base domain for domain highlighting. r=snorp a=lizzard
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 07 Feb 2019 19:21:45 +0000 - rev 512993
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1524857 - Part 2: Use display URI's base domain for domain highlighting. r=snorp a=lizzard That way, domain highlighting (and therefore the URL justification code that right-justifies the TLD within the URL bar) can run even on error pages. This also means that the workaround from bug 1479311 for blocking javascript: URIs from being highlighted in ToolbarDisplayLayout is no longer required - the base domain for domain highlighting is now being generated from the same URI that actually ends up being displayed in the URL bar, and as such the existing checks in browser.js for only generating a base domain for HTTP(S)/ FTP-URIs, but not any other schemes, finally work the way they are intended. Differential Revision: https://phabricator.services.mozilla.com/D18587
7c5414a3d4b04aa772211fb9aca5b2f7f038992d: Bug 1524857 - Part 1: Separate base domain for doorhangers from base domain used for domain highlighting. r=Gijs a=lizzard
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 07 Feb 2019 19:23:47 +0000 - rev 512992
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1524857 - Part 1: Separate base domain for doorhangers from base domain used for domain highlighting. r=Gijs a=lizzard Currently, the Android front-end uses a tab's base domain both for permission prompt doorhangers, as well as for doing domain highlighting in the URL bar. The base domain in turn is based on the document's nodePrincipal's URI. As per bug 1325955, the nodePrincipal is the right choice for permission prompts, but it causes some problems for domain highlighting instead: For error pages for example, the nodePrincipal's URI will be some variety of about:neterror, which means that the front-end won't be able to do any domain highlighting based on that, since a) we don't generate any baseDomain anyway because the URI's scheme isn't HTTP(S)/FTP, and b) even if we did, the nodePrincipal's baseDomain won't match the contents of the URI displayed in the URL bar. Therefore, we want to separate these two concerns, and generate two baseDomains: One based on the nodePrincipal for use in permission prompts, and one based on the display URI, which going forward will power our domain highlighting. Differential Revision: https://phabricator.services.mozilla.com/D18586
0cfbcd1d35c4868ba6698971ef5efb2ebf5085e6: Bug 1524857 - Part 0: Use short form where possible for defining properties. r=Gijs a=lizzard
Jan Henning <jh+bugzilla@buttercookie.de> - Thu, 07 Feb 2019 19:21:27 +0000 - rev 512991
Push 10672 by nbeleuzu@mozilla.com at Mon, 11 Feb 2019 16:55:03 +0000
Bug 1524857 - Part 0: Use short form where possible for defining properties. r=Gijs a=lizzard Differential Revision: https://phabricator.services.mozilla.com/D18585
66570654c0f25eeb9d0d884b8d93bcb252c4c628: Bug 1525931 - Don't run Raptor on mozilla-release; r=jmaher a=test-only
Rob Wood <rwood@mozilla.com> - Fri, 08 Feb 2019 20:42:18 +0000 - rev 512990
Push 10671 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 14:59:48 +0000
Bug 1525931 - Don't run Raptor on mozilla-release; r=jmaher a=test-only Differential Revision: https://phabricator.services.mozilla.com/D19216
2e610b19a641fe72f66c2f978642d72622e76e74: Bug 1522900 - grep and replace all old Windows x64 versions with new one. a=fix-failures-after-worker-update
Sebastian Hengst <archaeopteryx@coole-files.de> - Mon, 11 Feb 2019 15:53:03 +0100 - rev 512989
Push 10671 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 14:59:48 +0000
Bug 1522900 - grep and replace all old Windows x64 versions with new one. a=fix-failures-after-worker-update Generated from the command line with: grep -rl '10.0.15063' . | xargs sed -i 's/10\.0\.15063/10.0.17134/g'
2be696cf125397fe1d502d7628842cb67895ae34: Bug 1522900 - whitelist gdi32full.dll for failure after Windows x64 worker update to windows10 1803 (10.0.17134). a=fail-after-worker-update
Sebastian Hengst <archaeopteryx@coole-files.de> - Mon, 11 Feb 2019 15:48:28 +0100 - rev 512988
Push 10671 by archaeopteryx@coole-files.de at Mon, 11 Feb 2019 14:59:48 +0000
Bug 1522900 - whitelist gdi32full.dll for failure after Windows x64 worker update to windows10 1803 (10.0.17134). a=fail-after-worker-update
9c0cd1de2237bc464fbdbe79b0f13f5c70301270: no bug - Bumping Firefox l10n changesets r=release a=l10n-bump DONTBUILD
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Mon, 11 Feb 2019 05:00:26 -0800 - rev 512987
Push 10670 by ffxbld at Mon, 11 Feb 2019 13:00:32 +0000
no bug - Bumping Firefox l10n changesets r=release a=l10n-bump DONTBUILD az -> 7d3ff1cc8cd3 gu-IN -> f114bd753a19
475bc76114c22418684c4cb12c9fc0ec02db79b1: no bug - Bumping Fennec l10n changesets r=release a=l10n-bump DONTBUILD
L10n Bumper Bot <release+l10nbumper@mozilla.com> - Mon, 11 Feb 2019 05:00:19 -0800 - rev 512986
Push 10670 by ffxbld at Mon, 11 Feb 2019 13:00:32 +0000
no bug - Bumping Fennec l10n changesets r=release a=l10n-bump DONTBUILD az -> 7d3ff1cc8cd3 gu-IN -> 407856aff3c9
2305c930b771669f33078d7c85d404e63b6f3e81: Bug 1524946 - Ensure script private value stays alive during dynamic module import. r=jandem, a=dveditz
Jon Coppeard <jcoppeard@mozilla.com> - Fri, 08 Feb 2019 18:39:54 +0000 - rev 512985
Push 10669 by ryanvm@gmail.com at Mon, 11 Feb 2019 12:53:17 +0000
Bug 1524946 - Ensure script private value stays alive during dynamic module import. r=jandem, a=dveditz
f05abb753b64609a9e169a08c66fc237615b3b50: Bug 1525817 - Be consistent about int for incReserve. r=rhunt, a=RyanVM
Lee Salzman <lsalzman@mozilla.com> - Thu, 07 Feb 2019 16:50:31 -0500 - rev 512984
Push 10669 by ryanvm@gmail.com at Mon, 11 Feb 2019 12:53:17 +0000
Bug 1525817 - Be consistent about int for incReserve. r=rhunt, a=RyanVM
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip