29f8f98fb7baf586f1b953e48c6eec235a7515aa: Merge m-c to graphics
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 13:03:06 -0400 - rev 569627
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Merge m-c to graphics MozReview-Commit-ID: EdvTPLc8PCy
6b0f3a894ad20e7f1580867750481b19441f9754: Bug 1359206 - Fix CompositionTime and CompositeUntil handling of WebRenderImageHost r=nical
sotaro <sotaro.ikeda.g@gmail.com> - Thu, 27 Apr 2017 09:34:54 -0700 - rev 569626
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359206 - Fix CompositionTime and CompositeUntil handling of WebRenderImageHost r=nical
258e92719dfe752cce90b050ff4c479a68ee0f97: Bug 1359842 - Remove a bunch of now unused functions. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:26 -0400 - rev 569625
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Remove a bunch of now unused functions. r=nical MozReview-Commit-ID: HeIXvHl41IZ
f0d513a6709f8eca32780e60136dc655f548164c: Bug 1359842 - Use the StackingContextHelper for WebRenderContainerLayer as well. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:25 -0400 - rev 569624
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Use the StackingContextHelper for WebRenderContainerLayer as well. r=nical MozReview-Commit-ID: DXhhBB3qdzX
007c9fb80cfa99da87b670f88e6f1a60e8c66326: Bug 1359842 - Remove if/else branch in WebRenderContainerLayer so it goes through a single PushStackingContext call. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:25 -0400 - rev 569623
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Remove if/else branch in WebRenderContainerLayer so it goes through a single PushStackingContext call. r=nical This is functionally equivalent since one variant of the PushStackingContext was already delegating to the other (in DisplayListBuilder). MozReview-Commit-ID: 8PfMm3bHeSZ
ddeda3ad6b14fc4a9bbbf430d2020fa1c09f918c: Bug 1359842 - Add a StackingContextHelper to reduce duplicated code. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:25 -0400 - rev 569622
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Add a StackingContextHelper to reduce duplicated code. r=nical This class is a RAII class that can be used to push a stacking context with properties from a WebRenderLayer. It can also then be used to convert rects in the layer coordinate system to be relative to the stacking context, which is what we want for passing to WR. MozReview-Commit-ID: 1WVrfRYqLqc
3e288b211e767296b3960222da2a48a484f0df00: Bug 1359842 - Rename ParentStackingContextBounds to ParentBounds. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:13 -0400 - rev 569621
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Rename ParentStackingContextBounds to ParentBounds. r=nical MozReview-Commit-ID: HmvRnzvgRML
3f475f4737ea21d0b184944d0b08e0ee497aa9cf: Bug 1359842 - Remove unused function. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:13 -0400 - rev 569620
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Remove unused function. r=nical MozReview-Commit-ID: GJxowTIOyCT
c53b024ad6be2912038afee1f7613824722df71e: Bug 1359842 - Convert RelativeToParent to deal with typed units. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:13 -0400 - rev 569619
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Convert RelativeToParent to deal with typed units. r=nical As we are often converting from LayoutDevicePixel to LayerPixel types in WebRenderDisplayItem code, I added a convenience overload of RelativeToParent that takes a LayoutDeviceRect and returns a LayerRect, even though this is a potential footgun if abused. MozReview-Commit-ID: DABAWdOBsbV
1e8212d501798bd2661cabe667e495a4488c5cbc: Bug 1359842 - Replace use of NSRectToRect in WebRender-related code with proper LayoutDevicePixel types. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:12 -0400 - rev 569618
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Replace use of NSRectToRect in WebRender-related code with proper LayoutDevicePixel types. r=nical MozReview-Commit-ID: 7MXFubPtLoD
3d7c750e62c7f376b10c27c07c21512d3158de24: Bug 1359842 - Convert some functions to deal in LayerRect instead of gfx::Rect. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:12 -0400 - rev 569617
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Convert some functions to deal in LayerRect instead of gfx::Rect. r=nical MozReview-Commit-ID: LRXgYseBRzR
b80b628fc84df643068842f246856b668c19a696: Bug 1359842 - Do some cleanup of GetWrClipRect. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:12 -0400 - rev 569616
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Do some cleanup of GetWrClipRect. r=nical This extracts a strongly-typed ClipRect() function from GetWrClipRect. GetWrClipRect is left as a weakly-typed wrapper for existing call sites, and also does the necessary reference point conversions. MozReview-Commit-ID: EuyzYIYLR6S
69e23059260ef8a43bcbb97cc958f9502a5ffd31: Bug 1359842 - Do some cleanup of GetWrRelBounds. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 12:04:12 -0400 - rev 569615
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359842 - Do some cleanup of GetWrRelBounds. r=nical This moves the bulk of the meaningful work done by GetWrRelBounds into strongly-typed helper functions. GetWrRelBounds is left as a wrapper so call sites don't need to be updated yet. Note also that the strongly-typed functions do not do any conversions from one reference point from another (e.g. by calling the RelativeToXXX functions). MozReview-Commit-ID: B3nPbOJOf9o
6b896b357ad2d1dcd504ea4f1127f6dc043435c5: Bug 1359748 - Extract a WebRenderLayer.{h,cpp} from WebRenderLayerManager.{h,cpp}. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 11:28:31 -0400 - rev 569614
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359748 - Extract a WebRenderLayer.{h,cpp} from WebRenderLayerManager.{h,cpp}. r=jrmuizel Other than moving the code into new files, this just cleans up includes in the modified and dependent files. MozReview-Commit-ID: JpJ8rwOkfOO
0c7e93632f4c1c1035ca8417a83b80f560fbb049: Bug 1359748 - Remove commented-out code. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 27 Apr 2017 11:28:23 -0400 - rev 569613
Push 56240 by mozilla@buttercookie.de at Thu, 27 Apr 2017 18:44:39 +0000
Bug 1359748 - Remove commented-out code. r=jrmuizel MozReview-Commit-ID: 2f67oNaa8Tk
703692071dd748d8ee54ccbc0dd05db84988c069: Bug 1359552 ANGLE requires MOZ_HAS_WINSDK_WITH_D3D to be set for required includes in MINGW
Tom Ritter <tom@mozilla.com> - Thu, 27 Apr 2017 13:43:47 -0500 - rev 569612
Push 56239 by bmo:tom@mozilla.com at Thu, 27 Apr 2017 18:44:06 +0000
Bug 1359552 ANGLE requires MOZ_HAS_WINSDK_WITH_D3D to be set for required includes in MINGW The first attempt at this patch in Bug 1314979 turned off the entire ANGLE section for MINGW builds on Linux for Windows. This was incorrect, as it also turned off includes of very important files like d3d11.h This changes it so we go through the ANGLE section, but if we don't find a Windows SDK we only consider that an error when we're compiling with MinGW for Windows _on_ Windows. If the Host and Target OSes don't match (meaning we're compiling on Linux for Windows) we ignore the lack of a Windows SDK. MozReview-Commit-ID: KyggI6yJCEM
a4437bfc53999877add5066b70ebc6b1d1e09b9f: Bug 1345122 - Update NewTabUtils.jsm for Activity Stream's needs draft
Ursula Sarracini - Thu, 27 Apr 2017 14:23:08 -0400 - rev 569611
Push 56238 by usarracini@mozilla.com at Thu, 27 Apr 2017 18:34:43 +0000
Bug 1345122 - Update NewTabUtils.jsm for Activity Stream's needs MozReview-Commit-ID: 4XWMdtnEuHE
abf516f804eb0a1c586bb2256a491f5976d338eb: bug 1337950 - work around failing to load a FIPS PKCS#11 module DB in NSS initialization r?jcj,Cykesiopka draft
David Keeler <dkeeler@mozilla.com> - Thu, 20 Apr 2017 10:31:22 -0700 - rev 569610
Push 56237 by bmo:dkeeler@mozilla.com at Thu, 27 Apr 2017 18:31:43 +0000
bug 1337950 - work around failing to load a FIPS PKCS#11 module DB in NSS initialization r?jcj,Cykesiopka Firefox essentially does not support running NSS in FIPS mode any longer. This has always been the case on Android from what I can tell and it has been the case on OS X since at least version 34 (see bug 1047584). It became the case on Windows as of version 53 (see bug 1295937). Unfortunately, before this patch, if a user attempted to run an affected version of Firefox using a profile directory containing an NSS database collection that had FIPS enabled, NSS initialization would fail and fall back to running in no DB mode, which had the side-effect of making any saved passwords and certificates unavailable. This patch attempts to detect and work around this failure mode by moving the PKCS#11 module DB (which is where the FIPS bit is set) to a backup location and basically running with a fresh, non-FIPS module DB. This allows Firefox to initialize NSS with the preexisting key and certificate databases available. MozReview-Commit-ID: 1E4u1ngZyRv
3b2b792c71ca03fcdf3ea9252b9276f0da0f6f19: Bug 1348330 - PlacesUtils.history.remove should implement chunking to avoid SQL stack size issues. r?mak draft
Mark Banner <standard8@mozilla.com> - Wed, 26 Apr 2017 17:24:46 +0100 - rev 569609
Push 56236 by bmo:standard8@mozilla.com at Thu, 27 Apr 2017 18:28:18 +0000
Bug 1348330 - PlacesUtils.history.remove should implement chunking to avoid SQL stack size issues. r?mak MozReview-Commit-ID: DiqagvQvkDv
6d6ecf52825b0fd337941445c937b9d07d9e3ed8: Bug 1358223 - Hardcode the minimum content sandbox level at 1. draft
Alex Gaynor <agaynor@mozilla.com> - Tue, 25 Apr 2017 10:03:09 -0400 - rev 569608
Push 56235 by bmo:agaynor@mozilla.com at Thu, 27 Apr 2017 18:11:27 +0000
Bug 1358223 - Hardcode the minimum content sandbox level at 1. If the "security.sandbox.content.level" preference is set to a value less than 1, all consumers will automatically treat it as if it were level 1. In the process I also removed some comparisons which were now always true. MozReview-Commit-ID: 9QNTCkdbTfm
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip