searching for reviewer(jnicol)
dc03893f95d727b995e1365a41d3c20558cc54bf: Bug 1453367 - Allow enabling WebRender on non-Fennec Android. r=jnicol
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 23 Oct 2018 10:08:34 +0000 - rev 490889
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1453367 - Allow enabling WebRender on non-Fennec Android. r=jnicol Differential Revision: https://phabricator.services.mozilla.com/D9414
8866a66f76593da837ea35dc27ebf5e289735c7f: Bug 1498699 - Only create the AndroidDynamicToolbarAnimator for Fennec. r=jnicol
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 15 Oct 2018 14:56:35 +0000 - rev 489645
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1498699 - Only create the AndroidDynamicToolbarAnimator for Fennec. r=jnicol The bulk of this is adjusting the code that tries to use the toolbar to have appropriate null checks instead of asserting it will exist. The creation of the animator instance is now guarded by a IsFennec condition. Depends on D8658 Differential Revision: https://phabricator.services.mozilla.com/D8659
da505775320b6d209ecac91e25d018b7b7197894: Bug 1498699 - Move the FIRST_PAINT notification from AndroidDynamicToolbarAnimator to UiCompositorControllerParent. r=jnicol
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 15 Oct 2018 13:20:27 +0000 - rev 489644
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1498699 - Move the FIRST_PAINT notification from AndroidDynamicToolbarAnimator to UiCompositorControllerParent. r=jnicol Depends on D8657 Differential Revision: https://phabricator.services.mozilla.com/D8658
dcd095eb89108d1171c25b9d32ca01a6d317087f: Bug 1498699 - Move the LAYERS_UPDATED notification from AndroidDynamicToolbarAnimator to UiCompositorControllerParent. r=jnicol
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 15 Oct 2018 13:19:16 +0000 - rev 489643
Push 247 by fmarier@mozilla.com at Sat, 27 Oct 2018 01:06:44 +0000
Bug 1498699 - Move the LAYERS_UPDATED notification from AndroidDynamicToolbarAnimator to UiCompositorControllerParent. r=jnicol This extracts code that is conceptually unrelated to the dynamic toolbar from the dynamic toolbar codebase. It is a stepping stone to being able to not instantiate the AndroidDynamicToolbarAnimator at all for non-Fennec android products. Differential Revision: https://phabricator.services.mozilla.com/D8657
83488f147740483a4e59be8a0c4934303032d131: Bug 1485441 - Add diagnostics to GL compositor shader failures and avoid crashing release builds. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Thu, 23 Aug 2018 14:46:50 +0000 - rev 481473
Push 232 by fmarier@mozilla.com at Wed, 05 Sep 2018 20:45:54 +0000
Bug 1485441 - Add diagnostics to GL compositor shader failures and avoid crashing release builds. r=jnicol Differential Revision: https://phabricator.services.mozilla.com/D4079
90c347a61bd56af575c2c812bac026e7ead65de2: Bug 1474466 - Convert rounded rect clips into paint geometry if the display item type support it. r=bas,jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Sun, 15 Jul 2018 20:26:46 +1200 - rev 474942
Push 204 by fmarier@mozilla.com at Wed, 25 Jul 2018 00:48:09 +0000
Bug 1474466 - Convert rounded rect clips into paint geometry if the display item type support it. r=bas,jnicol MozReview-Commit-ID: EkqgSSLufnp
6a228e47a3bda33d0e8c3a3d45a633960c6fd9bf: Bug 1473137 - Convert mOpacityIndices into a stack-based vector with preallocated storage to avoid allocations. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 03 Jul 2018 18:58:35 -0400 - rev 473230
Push 200 by fmarier@mozilla.com at Thu, 05 Jul 2018 23:51:35 +0000
Bug 1473137 - Convert mOpacityIndices into a stack-based vector with preallocated storage to avoid allocations. r=jnicol MozReview-Commit-ID: Gi5z3YaH7kY
0571c2da7c437eb965ebf0cb79a4d991e6d7b8c2: Bug 1460491 - Part 2: Only recompute visibility for items if they are newly added to this layer, or intersect one that changed. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 16 May 2018 16:02:37 +1200 - rev 466616
Push 179 by fmarier@mozilla.com at Fri, 25 May 2018 23:33:48 +0000
Bug 1460491 - Part 2: Only recompute visibility for items if they are newly added to this layer, or intersect one that changed. r=jnicol MozReview-Commit-ID: EAgvVQGsSPE
920d49a96e6ec78991466cb5e1850c81d39937f2: Bug 1460491 - Part 1: Split nsDisplayItem::mVisibleRect into two members, one for each stated purpose. Gets rid of the save/restore since we no longer modify the building rect. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 16 May 2018 15:56:32 +1200 - rev 466615
Push 179 by fmarier@mozilla.com at Fri, 25 May 2018 23:33:48 +0000
Bug 1460491 - Part 1: Split nsDisplayItem::mVisibleRect into two members, one for each stated purpose. Gets rid of the save/restore since we no longer modify the building rect. r=jnicol MozReview-Commit-ID: 5wcsSoZRN44
fe859b4ec63cc8737ad26a1ca2bc2e7bfaa6dcdc: Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 07 Mar 2018 15:42:43 +1300 - rev 452074
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
1a8e77cb2c21d4f42dd3e90fdcbece7a633b473b: Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 07 Mar 2018 15:42:43 +1300 - rev 451782
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
b3cf1b5c14cc373f90fda4f109e35bef5f69f84f: Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Wed, 07 Mar 2018 15:42:43 +1300 - rev 451762
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440966 - Store optimized Layer in DisplayItemData as part of AddPaintedLayerFor. r=jnicol
58025bcb77cbc6505af35f4ac4e0cd8a0878841b: Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Fri, 02 Mar 2018 11:19:17 +1300 - rev 451174
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol The display items are almost certainly gone from the cache at this point, so dereferencing them can take a while. This moves the DisplayItemData lookup, and the IsReused/HasMergedFrames checks into the ProcessDisplayItems pass (where we already use the items), and then just uses the AssignedDisplayItem entry for everything. MozReview-Commit-ID: 8udcE0bmyF3
4c62cca5f3ecb2ee93b4d50a4c9427b3fa8f8ccd: Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 19 Feb 2018 12:37:01 +1300 - rev 451173
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol MozReview-Commit-ID: CfHL0Kqto6X
7b7026149e56e8af45061fb7769f83b06c3c7dd8: Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 15 Feb 2018 14:45:35 +1300 - rev 451171
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol MozReview-Commit-ID: 4RvU35pBz3z
ef972081de6964e22c38b6bbd1455d7bcb282723: Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 15:56:43 +1300 - rev 451170
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol These two structs store very similar state (including duplicating the mask layer common clip count), and the former uses an expensive hashtable for lookups. This patch combines the two, and uses a vector of entries instead of the hashtable so we can do the cleanup pass. * * * [mq]: fix MozReview-Commit-ID: KamhbGAIqpD
8d4b4e8e9d048da096f52f5b319290b079a808b3: Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 14:25:55 +1300 - rev 451169
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol MozReview-Commit-ID: 3A4OBC5L6Ps
a77d06b2cf03b3b8824130a1e32c0b09d3ec138c: Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Fri, 02 Mar 2018 10:06:13 +1300 - rev 451141
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol The display items are almost certainly gone from the cache at this point, so dereferencing them can take a while. This moves the DisplayItemData lookup, and the IsReused/HasMergedFrames checks into the ProcessDisplayItems pass (where we already use the items), and then just uses the AssignedDisplayItem entry for everything. MozReview-Commit-ID: JrRshEyZncb
928770efc9a3dab8eedf0e97357bd475d67c724a: Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 19 Feb 2018 12:37:01 +1300 - rev 451140
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol MozReview-Commit-ID: IHrVPutPSC5
717a696b17e07a91edf9b6cbf9be0a611aea1f40: Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 15 Feb 2018 14:45:35 +1300 - rev 451138
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol MozReview-Commit-ID: 1LIxNSVHHkp
0840994846bf50d1278920a8a677603f29e26582: Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 15:56:43 +1300 - rev 451137
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol These two structs store very similar state (including duplicating the mask layer common clip count), and the former uses an expensive hashtable for lookups. This patch combines the two, and uses a vector of entries instead of the hashtable so we can do the cleanup pass. * * * [mq]: fix MozReview-Commit-ID: KamhbGAIqpD
b1ba6c67264bce7b38de085b41183a5029023127: Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 14:25:55 +1300 - rev 451136
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol MozReview-Commit-ID: 3A4OBC5L6Ps
d63c5a6c13ae9cb97b108b27f880ad190ea76af6: Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 01 Mar 2018 11:42:27 +1300 - rev 450959
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 6: Don't dereference display items during AddPaintedDisplayItem for the LAYER_NONE case. r=jnicol The display items are almost certainly gone from the cache at this point, so dereferencing them can take a while. This moves the DisplayItemData lookup, and the IsReused/HasMergedFrames checks into the ProcessDisplayItems pass (where we already use the items), and then just uses the AssignedDisplayItem entry for everything. MozReview-Commit-ID: 3NibNGSVsax
d22462ac7ee164e320ec72c71f7b732eaf52b993: Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 19 Feb 2018 12:37:01 +1300 - rev 450958
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 5: Don't call GetDisplayItemDataForManager in AddPaintedDisplayItem since we already have it passed in as a parameter. r=jnicol MozReview-Commit-ID: IJrH0MLLPdQ
f929871841727b9823667b031cd1fe11c7c3a5f3: Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 15 Feb 2018 14:45:35 +1300 - rev 450956
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 3: Preallocate a small number of PaintedLayerData objects and only resize the mPaintedLayerDataStack once. r=jnicol MozReview-Commit-ID: JnxY10oiffD
e6808a7dda3e733fb8b321916c81fb3ad1c3de88: Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 15:56:43 +1300 - rev 450955
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 2: Combine PaintedLayerItemsEntry and PaintedDisplayItemLayerUserData into a single struct. r=jnicol These two structs store very similar state (including duplicating the mask layer common clip count), and the former uses an expensive hashtable for lookups. This patch combines the two, and uses a vector of entries instead of the hashtable so we can do the cleanup pass. MozReview-Commit-ID: 3gKbB3OBIDd
ce353b632a3108600e45cd1c21786ea9fb21be7c: Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 13 Feb 2018 14:25:55 +1300 - rev 450954
Push 148 by fmarier@mozilla.com at Thu, 29 Mar 2018 23:06:47 +0000
Bug 1440177 - Part 1: Don't call GetLayerState from BuildContainerLayerFor as it recurses into child display items to find the answer. r=jnicol MozReview-Commit-ID: 3A4OBC5L6Ps
4aa9b74724b8326d5f13cad627ea1fddc9bcaf47: Bug 1435649 - Don't deference the display item when attempting the early return in ComputeGeometryChangeForItem to avoid a cache miss. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 12 Feb 2018 19:03:09 +1300 - rev 447878
Push 137 by fmarier@mozilla.com at Thu, 15 Feb 2018 20:52:22 +0000
Bug 1435649 - Don't deference the display item when attempting the early return in ComputeGeometryChangeForItem to avoid a cache miss. r=jnicol
f840f8d4b7b13206a25e2e69702b966f2674a612: Bug 1435650 - Cache the offset from AGR to reference frame in ProcessDisplayItems. r=jnicol
Matt Woodrow <mwoodrow@mozilla.com> - Mon, 12 Feb 2018 19:03:09 +1300 - rev 447877
Push 137 by fmarier@mozilla.com at Thu, 15 Feb 2018 20:52:22 +0000
Bug 1435650 - Cache the offset from AGR to reference frame in ProcessDisplayItems. r=jnicol
efc5b1e03ead10625a44444f24885e10cc9e229c: Bug 1416015 - Ensure SurfaceTexture desctruction happens correctly r=jnicol
James Willcox <snorp@snorp.net> - Wed, 15 Nov 2017 15:20:26 -0600 - rev 437402
Push 117 by fmarier@mozilla.com at Tue, 28 Nov 2017 20:17:16 +0000
Bug 1416015 - Ensure SurfaceTexture desctruction happens correctly r=jnicol MozReview-Commit-ID: I4X1jQQC7ry
f5cc779a5d02be16eecbb93762aa2bb51c005a1b: Bug 1413230 - Ensure we are attached to the GL context in SurfaceTextureHostOGL::PrepareTextureSource() r=jnicol,nical
James Willcox <snorp@snorp.net> - Tue, 31 Oct 2017 11:07:53 -0500 - rev 434840
Push 117 by fmarier@mozilla.com at Tue, 28 Nov 2017 20:17:16 +0000
Bug 1413230 - Ensure we are attached to the GL context in SurfaceTextureHostOGL::PrepareTextureSource() r=jnicol,nical MozReview-Commit-ID: BxDng9OG3RF
7d12dd6f27a5e1b03090845ab33b4efd533434e7: Bug 1377595 - Mark display items that should be painted on the content side. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Thu, 20 Jul 2017 11:34:15 +0200 - rev 411486
Push 61 by fmarier@mozilla.com at Tue, 25 Jul 2017 22:37:21 +0000
Bug 1377595 - Mark display items that should be painted on the content side. r=jnicol
e4dc716c401cffe5d5585ca89f42fa98af33beac: Bug 1377595 - Avoid using blob images for items that must be painted on the content side. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Mon, 17 Jul 2017 13:49:07 +0200 - rev 410778
Push 61 by fmarier@mozilla.com at Tue, 25 Jul 2017 22:37:21 +0000
Bug 1377595 - Avoid using blob images for items that must be painted on the content side. r=jnicol This patch allows us to decide whether to use blob images depending on a MustPaintOnContentSide flag exposed by each display item. If any of the display item assigned to a given painted layer data have this flag, then the painted layer data is marked as preferring content side painting and the webrender layer manager uses this information to decide whether to create a regular content layer or serialize the drawing commands with blob image. This is useful for items that must be painted on the content side such as scroll bars, checkboxes, buttons, etc. Using blob images for these makes us first paint the widget on the content side, then serialize the painted pixels and blit the content again in the blob image which has a lot more overhead than painting the content into a layer and sharing it with webrender directly.
d4204af2ee53255b577907f4a1d9bf4ecb0f9476: Bug 1285271 - Disable_copy_on_write_canvas_on_windows_r_jnicol: Disable copy-on-write canvas on Windows. r=jnicol, a=ritu
Nicolas Silva <nsilva@mozilla.com> - Fri, 05 Aug 2016 17:20:33 +0200 - rev 371974
Push 35 by fmarier@mozilla.com at Thu, 09 Feb 2017 06:52:49 +0000
Bug 1285271 - Disable_copy_on_write_canvas_on_windows_r_jnicol: Disable copy-on-write canvas on Windows. r=jnicol, a=ritu
5783870130eeb0bea2280c84a15b0e2494edcfea: Bug 1293772 - Check that the TextureClient is not internally shut down in Lock, Unlock and BorrowDrawTarget. r=jnicol a=ritu
Nicolas Silva <nsilva@mozilla.com> - Wed, 10 Aug 2016 14:30:42 +0200 - rev 371945
Push 35 by fmarier@mozilla.com at Thu, 09 Feb 2017 06:52:49 +0000
Bug 1293772 - Check that the TextureClient is not internally shut down in Lock, Unlock and BorrowDrawTarget. r=jnicol a=ritu
38e387b1bd415f147f47fbf1953c540dccfa0558: Bug 1293772 - Check that the TextureClient is not internally shut down in Lock, Unlock and BorrowDrawTarget. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Wed, 10 Aug 2016 14:30:42 +0200 - rev 339671
Push 4 by fmarier@mozilla.com at Sat, 20 Aug 2016 00:14:13 +0000
Bug 1293772 - Check that the TextureClient is not internally shut down in Lock, Unlock and BorrowDrawTarget. r=jnicol
32b74662a9e38a53e7f054992e9739c08881833f: Bug 1285271 - Disable_copy_on_write_canvas_on_windows_r_jnicol: Disable copy-on-write canvas on Windows. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Fri, 05 Aug 2016 17:20:33 +0200 - rev 339229
Push 4 by fmarier@mozilla.com at Sat, 20 Aug 2016 00:14:13 +0000
Bug 1285271 - Disable_copy_on_write_canvas_on_windows_r_jnicol: Disable copy-on-write canvas on Windows. r=jnicol
e5db12322fd393fe7970e726cd1f4b64845f6d23: Bug 1289816 - Simplify CopyableCanvasLayer::UpdateTarget and remove unnecessary copies. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Fri, 29 Jul 2016 20:19:28 +0200 - rev 338039
Bug 1289816 - Simplify CopyableCanvasLayer::UpdateTarget and remove unnecessary copies. r=jnicol
c16134a5a20fd1631076c7bb115ea108145dcf17: Bug 1285271 - Reenable copy-on-write canvas. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Fri, 29 Jul 2016 20:19:17 +0200 - rev 338037
Bug 1285271 - Reenable copy-on-write canvas. r=jnicol
d32a26786b30902820e02a9153bc466b8193b436: Bug 1285271 - Reenable copy-on-write canvas. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Thu, 28 Jul 2016 18:00:45 +0200 - rev 337776
Bug 1285271 - Reenable copy-on-write canvas. r=jnicol
d51327ec371ec44324d42734978802f0b1eff9b9: Bug 1289816 - Simplify CopyableCanvasLayer::UpdateTarget and remove unnecessary copies. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Thu, 28 Jul 2016 17:58:42 +0200 - rev 337775
Bug 1289816 - Simplify CopyableCanvasLayer::UpdateTarget and remove unnecessary copies. r=jnicol
64900003b7cc5cc029f9b77110cf778056851589: Bug 1289105 - Don't use use PersistentBufferProviderShared if the canvas layer is unlikely to be chared with the compositor process. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Tue, 26 Jul 2016 12:57:03 +0200 - rev 337316
Bug 1289105 - Don't use use PersistentBufferProviderShared if the canvas layer is unlikely to be chared with the compositor process. r=jnicol
0affe22555807bf2b349f94e115ce0f038ff989d: Bug 1279341 - Keep track of unused tiles in determining TextureClientPool size instead of overall size r=jnicol
George Wright <george@mozilla.com> - Mon, 18 Jul 2016 22:58:26 -0400 - rev 336538
Bug 1279341 - Keep track of unused tiles in determining TextureClientPool size instead of overall size r=jnicol
b0724a9e58bf061c965d46d8f96f1d422235137e: Bug 1278341 - Keep track of unused tiles in determining TextureClientPool size instead of overall size r=jnicol
George Wright <george@mozilla.com> - Mon, 18 Jul 2016 22:58:26 -0400 - rev 336048
Bug 1278341 - Keep track of unused tiles in determining TextureClientPool size instead of overall size r=jnicol
6865c385e7f2ff539c6c395bb35e6f5c6d6a27e0: Bug 1227542 - Remove the unused single paint buffer code paths from TiledContentClient. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Mon, 04 Jul 2016 19:47:25 +0200 - rev 333795
Bug 1227542 - Remove the unused single paint buffer code paths from TiledContentClient. r=jnicol
6fae46fe5feededc16062836879dbd872933edf0: Bug 1278437 - Null-check after allocating a tile's texture, before accessing it. r=jnicol, a=lizzard
Nicolas Silva <nsilva@mozilla.com> - Wed, 15 Jun 2016 11:30:46 +0200 - rev 332832
Bug 1278437 - Null-check after allocating a tile's texture, before accessing it. r=jnicol, a=lizzard
04c2506670cfe6ac54b10621c37d294600ea6fbc: Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol, a=sylvestre
Nicolas Silva <nsilva@mozilla.com> - Tue, 21 Jun 2016 14:29:35 +0200 - rev 332392
Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol, a=sylvestre
9f5af086dcbbb240aa3dff299230e0096330468e: Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol, a=sylvestre
Nicolas Silva <nsilva@mozilla.com> - Tue, 21 Jun 2016 14:29:35 +0200 - rev 332356
Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol, a=sylvestre
1db92044b8deda84d12afcca650587ba94f9a961: Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Tue, 21 Jun 2016 14:29:35 +0200 - rev 332032
Bug 1280110 - Null check mGL when destroying CompositingRenderTargetOGL. r=jnicol
eec36edf2899e7900575fd41051769ac1008658c: Bug 1278437 - Null-check after allocating a tile's texture, before accessing it. r=jnicol
Nicolas Silva <nsilva@mozilla.com> - Wed, 15 Jun 2016 11:30:46 +0200 - rev 331601
Bug 1278437 - Null-check after allocating a tile's texture, before accessing it. r=jnicol