036bcf5f704b5873b4efa8e778cb4bf85506fe9e: Bug 1482448 - Part 2 - Run gBrowserInit.onBeforeInitialXULLayout in browser.xhtml;r=Gijs
Brian Grinstead <bgrinstead@mozilla.com> - Fri, 24 Aug 2018 19:43:42 +0000 - rev 433370
Push 34505 by aiakab@mozilla.com at Sat, 25 Aug 2018 03:33:44 +0000
Bug 1482448 - Part 2 - Run gBrowserInit.onBeforeInitialXULLayout in browser.xhtml;r=Gijs MozBeforeInitialXULLayout doesn't fire in HTML docs. Even if we change it to start firing for all top-level docs, it ends up firing _before_ the inline script runs inside of browser.xul. For now, run that logic in DOMContentLoaded to at least get a more functional browser window. Differential Revision: https://phabricator.services.mozilla.com/D4138
71d8a7a05ee06192ee309a092d9e5c6015eed311: Bug 1482448 - Part 1 - Move window listeners for browser.xul into one place;r=Gijs
Brian Grinstead <bgrinstead@mozilla.com> - Fri, 24 Aug 2018 19:43:39 +0000 - rev 433369
Push 34505 by aiakab@mozilla.com at Sat, 25 Aug 2018 03:33:44 +0000
Bug 1482448 - Part 1 - Move window listeners for browser.xul into one place;r=Gijs This is an extension of the work in Bug 1473160 to make clear in what environments various gBrowserInit functions are run. Since we currently use these in an `if` block in browser.js for "navigator:browser" window types, and browser.xul is the only navigator:browser window that loads browser.js, this moves the event listeners directly into browser.xul so it's extra clear that they don't run in non-browser top level windows on OSX. Also move a few on-event handlers from the <window> tag into this block so they all happen in one place. Differential Revision: https://phabricator.services.mozilla.com/D4137
258c008b1915370a62269b2d2b29d36ba888c09f: Bug 1485743 - Don't show the Content Blocking tour in private windows. r=francois
Johann Hofmann <jhofmann@mozilla.com> - Fri, 24 Aug 2018 19:46:07 +0000 - rev 433368
Push 34505 by aiakab@mozilla.com at Sat, 25 Aug 2018 03:33:44 +0000
Bug 1485743 - Don't show the Content Blocking tour in private windows. r=francois Differential Revision: https://phabricator.services.mozilla.com/D4197
3b000def0382fee7a4cd9bd7def3a13d8a3cc67b: Bug 1485174 - Prevent using an objdir to build with tup that was previously used to build with make. r=firefox-build-system-reviewers,froydnj
Chris Manchester <cmanchester@mozilla.com> - Fri, 24 Aug 2018 18:13:20 +0000 - rev 433367
Push 34505 by aiakab@mozilla.com at Sat, 25 Aug 2018 03:33:44 +0000
Bug 1485174 - Prevent using an objdir to build with tup that was previously used to build with make. r=firefox-build-system-reviewers,froydnj Differential Revision: https://phabricator.services.mozilla.com/D4154
90c564d87a5efe1481f403a0731e4e7dc896fc06: Merge inbound to mozilla-central a=merge
arthur.iakab <aiakab@mozilla.com> - Sat, 25 Aug 2018 01:08:22 +0300 - rev 433366
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Merge inbound to mozilla-central a=merge
21b885b5fc62ce75eb92b9412ea2e0eba1287e7d: Bug 1246764 - Part 5: Tests. r=jwatt
Boris Chiou <boris.chiou@gmail.com> - Thu, 16 Aug 2018 16:07:13 -0700 - rev 433365
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1246764 - Part 5: Tests. r=jwatt Add some chrome-only reftests. Differential Revision: https://phabricator.services.mozilla.com/D3637
fff761953caf5e8bf979636ad58b5b6cdad83f98: Bug 1246764 - Part 4: Rename mask flag and function name of xxxBasicShape to xxxBasicShapeOrPath. r=jwatt
Boris Chiou <boris.chiou@gmail.com> - Fri, 17 Aug 2018 15:48:02 -0700 - rev 433364
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1246764 - Part 4: Rename mask flag and function name of xxxBasicShape to xxxBasicShapeOrPath. r=jwatt This flag and function name are used for both basic shapes and path function, so rename it. For now, we treat path() and other basic-shapes as the different object (i.e. StyleSVGPath and StyleBasicShape), so I rename these functions and mask flag. Differential Revision: https://phabricator.services.mozilla.com/D3636
bcdbd9f8b52d4d76b554581132c94cc2b46b0a69: Bug 1246764 - Part 3: Layout part for |clip-path: path()|. r=jwatt
Boris Chiou <boris.chiou@gmail.com> - Wed, 15 Aug 2018 12:27:38 -0700 - rev 433363
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1246764 - Part 3: Layout part for |clip-path: path()|. r=jwatt Create clip-path for the path function and reuse some APIs in nsCSSClipPathInstance, so we don't have to update the code flow. Differential Revision: https://phabricator.services.mozilla.com/D3635
cdd09f26a2b05ae8a025e24a40f3ef5330b697d8: Bug 1246764 - Part 2: Define path() for clip-path. r=emilio
Boris Chiou <boris.chiou@gmail.com> - Tue, 14 Aug 2018 18:58:18 -0700 - rev 433362
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1246764 - Part 2: Define path() for clip-path. r=emilio For now, |clip-path: path()| is chrome-only, and not for shape-outside, so we only implement the parser for clip-path. Besides, I didn't put path() in BasicShape because path() doesn't use the reference box to resolve the percentage or keywords (i.e. SVG path only accept floating point or integer number as the css pixel value). Therefore, I add it into ShapeSource, instead of BasicShape. Differential Revision: https://phabricator.services.mozilla.com/D3633
53cc417083ff8c9aa708a7195595011434fc0060: Bug 1246764 - Part 1: Move SVGPathData and its parser into svg_path.rs. r=emilio
Boris Chiou <boris.chiou@gmail.com> - Thu, 16 Aug 2018 11:19:59 -0700 - rev 433361
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1246764 - Part 1: Move SVGPathData and its parser into svg_path.rs. r=emilio SVGPathData will be used by clip-path and offset-path (and/or more on the properties which support <basic-shape>). Therefore, let's move SVGPathData out of motion.rs. Differential Revision: https://phabricator.services.mozilla.com/D3631
b1f162ab77b4d38155ad384c04190c959919c63e: Bug 1485972 - Set legend-position-relative.html as failing on webrender. r=me NPOTB
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 24 Aug 2018 19:38:08 +0300 - rev 433360
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1485972 - Set legend-position-relative.html as failing on webrender. r=me NPOTB
059e8dfd41bebc195bec821587fb8915fd8b2403: Backed out changeset 001816b621d8 (bug 1485972) for permafailing bug1400716 CLOSED TREE
Noemi Erli <nerli@mozilla.com> - Fri, 24 Aug 2018 20:56:31 +0300 - rev 433359
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Backed out changeset 001816b621d8 (bug 1485972) for permafailing bug1400716 CLOSED TREE
b415b7af0bf68b1f7ecf1b9ce6a28cb0f720896f: Bug 1437065: Tests; r=luke
Benjamin Bouvier <benj@benj.me> - Thu, 23 Aug 2018 15:28:16 +0200 - rev 433358
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1437065: Tests; r=luke
79e9e6a709b04ecb89f2a87bba6e1967a2326cc8: Bug 1437065: Inline monomorphic calls to wasm; r=luke, r=jandem
Benjamin Bouvier <benj@benj.me> - Fri, 24 Aug 2018 15:27:20 +0200 - rev 433357
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1437065: Inline monomorphic calls to wasm; r=luke, r=jandem
acb4a0fc62ee2f84b0c3d37dacb74e3dfab4d83d: Backed out changeset b24238e8e714 (bug 1481199) for failures in mobile/android/tests/browser/chrome/test_device_search_engine.html
Noemi Erli <nerli@mozilla.com> - Fri, 24 Aug 2018 20:34:36 +0300 - rev 433356
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Backed out changeset b24238e8e714 (bug 1481199) for failures in mobile/android/tests/browser/chrome/test_device_search_engine.html
9f2c780bb92bf36188e56a4d1f19795ffae9244f: Bug 1485005 - Part 2: Get the cookie behavior from the top-level principal on the channel code path for IsFirstPartyStorageAccessGrantedFor(); r=baku
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 21 Aug 2018 16:39:27 -0400 - rev 433355
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1485005 - Part 2: Get the cookie behavior from the top-level principal on the channel code path for IsFirstPartyStorageAccessGrantedFor(); r=baku This isn't related to this bug report, but while reading this code, I noticed that we are using the wrong principal object here too.
36601124b6adaa3bb23c77e68dca8ddc160728c7: Bug 1485005 - Part 1: Fall back to the top-level principal when computing the parent principal on the channel code path for IsFirstPartyStorageAccessGrantedFor(); r=baku
Ehsan Akhgari <ehsan@mozilla.com> - Tue, 21 Aug 2018 16:38:03 -0400 - rev 433354
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1485005 - Part 1: Fall back to the top-level principal when computing the parent principal on the channel code path for IsFirstPartyStorageAccessGrantedFor(); r=baku This is the fix for the bug. In this case, the top-level principal is picked from the loading principal of the load info object, and it is different from the triggering principal. Since we already fall back to the triggering principal while computing the top-level principal, there is no need to do that explicitly here. In fact we need all of the same rules as previously implemented above in the same function, so we may as well use the toplevelPrincipal variable. I couldn't think of a good way to write a test case for this, sadly.
46aae0280fd62300d3532654d874f9b663f96340: Bug 1485494 - Remove the XPCOM registration for RedirectChannelRegistrar; r=mayhemer
Ehsan Akhgari <ehsan@mozilla.com> - Wed, 22 Aug 2018 00:37:28 -0400 - rev 433353
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1485494 - Remove the XPCOM registration for RedirectChannelRegistrar; r=mayhemer
001816b621d8bd754aa3e6f602f721f1add6d48a: Bug 1485972 - Set legend-position-relative.html as failing on webrender. r=me NPOTB
Sebastian Hengst <archaeopteryx@coole-files.de> - Fri, 24 Aug 2018 19:38:08 +0300 - rev 433352
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1485972 - Set legend-position-relative.html as failing on webrender. r=me NPOTB
b936d934812fa41b9db09ca363d6e9a13a4fbdbd: Bug 1399633 - [wdspec] Re-enable maximize window tests.
Henrik Skupin <mail@hskupin.info> - Thu, 23 Aug 2018 12:16:49 +0200 - rev 433351
Push 34504 by aiakab@mozilla.com at Fri, 24 Aug 2018 22:08:39 +0000
Bug 1399633 - [wdspec] Re-enable maximize window tests.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip