searching for reviewer(jrmuizel)
b3cffdee2f6c: Bug 1544538 - Pref off advanced layers. r=jrmuizel
Ryan Hunt <rhunt@eqrion.net> - Tue, 16 Apr 2019 00:27:46 +0000 - rev 469682
Push 35879 by nerli@mozilla.com at Tue, 16 Apr 2019 22:01:48 +0000
Bug 1544538 - Pref off advanced layers. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D27565
884f5dc55873: Bug 1540581 - P6. Tidy some C++ declarations in gfx/. r=gerald,jrmuizel
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 11 Apr 2019 12:36:51 +0000 - rev 469134
Push 35856 by csabou@mozilla.com at Fri, 12 Apr 2019 03:19:48 +0000
Bug 1540581 - P6. Tidy some C++ declarations in gfx/. r=gerald,jrmuizel * Remove redundant virtual keywords * Mark all destructors of inheriting classes as virtual for clarity * Mark all classes without virtual destructor as final (exposed errors) * Make destructor virtual where it needed to be (some were missing) * Replace empty ({}) code declaration in header with = default * Remove virtual unused methods I probably missed some, it quickly became a rabbit hole. Differential Revision: https://phabricator.services.mozilla.com/D26060
f3fcf307ee80: Bug 1543217 - Allow qualified Linux machines to get WebRender. r=jrmuizel
Andrew Osmond <aosmond@mozilla.com> - Tue, 09 Apr 2019 15:27:16 -0400 - rev 468831
Push 35851 by dvarga@mozilla.com at Wed, 10 Apr 2019 21:56:12 +0000
Bug 1543217 - Allow qualified Linux machines to get WebRender. r=jrmuizel Linux machines using Intel graphics with Mesa drivers being at least 18.2.8.0 and not 4k displays should be able to run WebRender well, given this is a common configuration used for testing already by Mozilla. This patch allows users meeting said requirements to join the WebRender experiments on nightly. WebRender will remain disabled by default for other configurations/devices. Differential Revision: https://phabricator.services.mozilla.com/D26796
34e912d9305a: Bug 1543217 - Allow qualified Linux machines to get WebRender. r=jrmuizel
Andrew Osmond <aosmond@mozilla.com> - Tue, 09 Apr 2019 15:27:16 -0400 - rev 468829
Push 35851 by dvarga@mozilla.com at Wed, 10 Apr 2019 21:56:12 +0000
Bug 1543217 - Allow qualified Linux machines to get WebRender. r=jrmuizel Linux machines using Intel graphics with Mesa drivers being at least 18.2.8.0 and not 4k displays should be able to run WebRender well, given this is a common configuration used for testing already by Mozilla. This patch allows users meeting said requirements to join the WebRender experiments on nightly. WebRender will remain disabled by default for other configurations/devices. Differential Revision: https://phabricator.services.mozilla.com/D26796
68df166b4d9e: Bug 1541350 - optimize SkBlitRow::Color32 for SSE2. r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Wed, 10 Apr 2019 14:23:36 +0000 - rev 468771
Push 35850 by dvarga@mozilla.com at Wed, 10 Apr 2019 21:52:56 +0000
Bug 1541350 - optimize SkBlitRow::Color32 for SSE2. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D26346
a9c4558b4975: Bug 1542696 - WR crashes on debug_assert! with out-of-process iframes r=jrmuizel
Glenn Watson <github@intuitionlibrary.com> - Mon, 08 Apr 2019 21:39:19 +0000 - rev 468432
Push 35837 by rmaries@mozilla.com at Tue, 09 Apr 2019 03:43:40 +0000
Bug 1542696 - WR crashes on debug_assert! with out-of-process iframes r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D26611
5a879ab3ad21: Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 04 Apr 2019 15:42:15 +0000 - rev 468012
Push 35815 by ccoroiu@mozilla.com at Thu, 04 Apr 2019 21:55:21 +0000
Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20461
9765d149f513: Bug 1529117 - Bump serde and serde_derive to branch from 1.0.88. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 04 Apr 2019 15:41:57 +0000 - rev 468011
Push 35815 by ccoroiu@mozilla.com at Thu, 04 Apr 2019 21:55:21 +0000
Bug 1529117 - Bump serde and serde_derive to branch from 1.0.88. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20460
90c5adf892a1: Bug 1539309 - Collect CHECKERBOARD probes in release and extend collection r=jrmuizel
Tim D. Smith <tdsmith@mozilla.com> - Mon, 01 Apr 2019 14:11:22 +0000 - rev 467634
Push 35806 by rgurzau@mozilla.com at Wed, 03 Apr 2019 04:07:39 +0000
Bug 1539309 - Collect CHECKERBOARD probes in release and extend collection r=jrmuizel The CHECKERBOARD probes are used as performance outcomes / diagnostics for WebRender. We are beginning to test WebRender in release, so we should have these probes available. This change additionally extends collection through version 73 to be compatible with the January 2020 horizon for the ongoing nightly/beta WebRender study. Differential Revision: https://phabricator.services.mozilla.com/D25126
f4debce94b00: Bug 1540357 - Fix implicit int truncation in dom/canvas's gfx/* includes. r=jrmuizel
Jeff Gilbert <jgilbert@mozilla.com> - Tue, 02 Apr 2019 17:00:47 +0000 - rev 467622
Push 35806 by rgurzau@mozilla.com at Wed, 03 Apr 2019 04:07:39 +0000
Bug 1540357 - Fix implicit int truncation in dom/canvas's gfx/* includes. r=jrmuizel Depends on D25497 Differential Revision: https://phabricator.services.mozilla.com/D25498
e4aca7c222e6: Bug 1520953 - Update gleam. r=kats,jrmuizel
Emilio Cobos Álvarez <emilio@crisal.io> - Mon, 01 Apr 2019 17:54:08 +0000 - rev 467090
Push 35795 by csabou@mozilla.com at Mon, 01 Apr 2019 21:54:51 +0000
Bug 1520953 - Update gleam. r=kats,jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D25602
da4c9acc07e1: Bug 1538768 - Add a handful of test jobs for QR on ASAN builds. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 27 Mar 2019 11:11:29 +0000 - rev 466323
Push 35764 by aciure@mozilla.com at Wed, 27 Mar 2019 16:35:35 +0000
Bug 1538768 - Add a handful of test jobs for QR on ASAN builds. r=jrmuizel This runs crashtests and reftests on ASAN builds with WR enabled, so that we catch any ASAN regressions prior to landing without incurring too great of a test load hit. Differential Revision: https://phabricator.services.mozilla.com/D24952
8693cb665696: Bug 1536162 - Update bugzilla component for gfx/wr. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 21 Mar 2019 20:40:57 +0000 - rev 465544
Push 35741 by apavel@mozilla.com at Fri, 22 Mar 2019 09:56:25 +0000
Bug 1536162 - Update bugzilla component for gfx/wr. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D23894
91b886baa72d: Bug 1536807 - Expand fuzziness annotation to include macOS. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 21 Mar 2019 20:41:14 +0000 - rev 465479
Push 35741 by apavel@mozilla.com at Fri, 22 Mar 2019 09:56:25 +0000
Bug 1536807 - Expand fuzziness annotation to include macOS. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D24183
16570d684879: Bug 1536085 - Update plane-split to 0.13.8 r=jrmuizel
Dzmitry Malyshau <dmalyshau@mozilla.com> - Tue, 19 Mar 2019 21:00:08 +0000 - rev 465114
Push 35732 by opoprus@mozilla.com at Wed, 20 Mar 2019 10:52:37 +0000
Bug 1536085 - Update plane-split to 0.13.8 r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D24095
2e946ccf8cc5: Bug 1535807 - Fix build failure by WebRenderTextureHostWrapper.h r=jrmuizel
sotaro <sotaro.ikeda.g@gmail.com> - Sat, 16 Mar 2019 17:03:18 +0000 - rev 464942
Push 35729 by opoprus@mozilla.com at Tue, 19 Mar 2019 16:30:13 +0000
Bug 1535807 - Fix build failure by WebRenderTextureHostWrapper.h r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D23768
8962b8d9b7a6: Bug 1294232 - Refactor blocklisting on Linux to support the downloadable blocklist. r=jrmuizel
Andrew Comminos <andrew@comminos.com> - Fri, 08 Feb 2019 14:36:08 -0500 - rev 464774
Push 35725 by rgurzau@mozilla.com at Mon, 18 Mar 2019 21:38:44 +0000
Bug 1294232 - Refactor blocklisting on Linux to support the downloadable blocklist. r=jrmuizel MozReview-Commit-ID: ESJY9kkqXR8 Differential Revision: https://phabricator.services.mozilla.com/D19190
24870321bdeb: Bug 1533097 - restrict gfxWindowsPlatform::RecordStartupTelemetry to parent; r=jrmuizel
June Wilde <jewilde@mozilla.com> - Thu, 14 Mar 2019 16:44:23 +0000 - rev 464057
Push 35707 by rmaries@mozilla.com at Fri, 15 Mar 2019 03:42:43 +0000
Bug 1533097 - restrict gfxWindowsPlatform::RecordStartupTelemetry to parent; r=jrmuizel Adds early exit if not originating in the parent process when recording display HDR capability. This helps to remove more win32k usage from content processes. Differential Revision: https://phabricator.services.mozilla.com/D23051
84bc38dc1fde: Bug 1519718 - Revert the mix-blend rewrite r=jrmuizel
Dzmitry Malyshau <dmalyshau@mozilla.com> - Wed, 13 Mar 2019 14:50:46 +0000 - rev 463826
Push 35698 by ncsoregi@mozilla.com at Wed, 13 Mar 2019 21:52:48 +0000
Bug 1519718 - Revert the mix-blend rewrite r=jrmuizel https://phabricator.services.mozilla.com/D20608 Caused problems in Servo https://github.com/servo/servo/pull/22973 and MotionMark - https://bugzilla.mozilla.org/show_bug.cgi?id=1519718 Differential Revision: https://phabricator.services.mozilla.com/D23318
7b3b1bc4586f: Bug 1533142 - Update min cbindgen version. r=jrmuizel,kats
Emilio Cobos Álvarez <emilio@crisal.io> - Wed, 06 Mar 2019 22:31:57 +0000 - rev 462771
Push 35659 by apavel@mozilla.com at Thu, 07 Mar 2019 09:47:53 +0000
Bug 1533142 - Update min cbindgen version. r=jrmuizel,kats Differential Revision: https://phabricator.services.mozilla.com/D22381
0c0539f4e2c7: Bug 1527531 - calculate glyph subpixel positions using the precise font transform r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Wed, 06 Mar 2019 20:40:53 +0000 - rev 462694
Push 35657 by ccoroiu@mozilla.com at Thu, 07 Mar 2019 04:32:57 +0000
Bug 1527531 - calculate glyph subpixel positions using the precise font transform r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D22349
5571dfe81898: Bug 1532647 - Re-enable test_group_zoom on webrender. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 05 Mar 2019 18:19:48 +0000 - rev 462445
Push 35652 by shindli@mozilla.com at Wed, 06 Mar 2019 04:36:55 +0000
Bug 1532647 - Re-enable test_group_zoom on webrender. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D22093
fa641ad0f4b8: Bug 1511740 - Use nsDisplayAsyncZoom items to insert zooming animations in WR. r=jrmuizel,botond
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 04 Mar 2019 20:55:46 +0000 - rev 462271
Push 35646 by aciure@mozilla.com at Tue, 05 Mar 2019 04:19:19 +0000
Bug 1511740 - Use nsDisplayAsyncZoom items to insert zooming animations in WR. r=jrmuizel,botond The way we control APZ zooming in WebRender is by inserting an animation property placeholder on a WR stacking context, and then having APZ update the animation transform value with the proper matrix at composite time. Previously, the stacking context being used was the rootmost stacking context in the content process. However this doesn't work for zoomable content in the UI process (e.g. about:support), and after recent changes, also wraps display items that should not be affected by zoom (e.g. scrollbars or the background color item). This patch moves the animation property placeholder so that it corresponds to the newly added nsDisplayAsyncZoom display item, which corrects both of the above problems and is conceptually in line with the desired behaviour. Differential Revision: https://phabricator.services.mozilla.com/D21795
1c4fb23363e0: Bug 1441651 - Part 2 - pass Shmem and ByteBuf by rvalref to Send* IPC methods; r=nika,jrmuizel
Alex Gaynor <agaynor@mozilla.com> - Mon, 04 Mar 2019 16:35:30 +0000 - rev 462243
Push 35644 by aciure@mozilla.com at Mon, 04 Mar 2019 21:48:23 +0000
Bug 1441651 - Part 2 - pass Shmem and ByteBuf by rvalref to Send* IPC methods; r=nika,jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D19954
a8fafeb13445: Bug 1530657. Remove webrender user data properties from frames first, then destory them. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Thu, 28 Feb 2019 16:55:25 -0600 - rev 461876
Push 35631 by rgurzau@mozilla.com at Fri, 01 Mar 2019 13:06:03 +0000
Bug 1530657. Remove webrender user data properties from frames first, then destory them. r=jrmuizel If we destroy at the same time as removal, then the destruction can destroy other objects which in turn might remove frame properties and mess up the frame property table. This should cover all ways the webrender user data can get deleted from a frame property. The nsIFrame::RemoveDisplayItemDataForDeletion bit doesn't seem necessary to fix the intermittent but I think it is still necessary.
484f62205c8d: Bug 1530471 - remove prefs for related to SkiaGL canvas r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Thu, 28 Feb 2019 15:00:36 +0000 - rev 461780
Push 35629 by opoprus@mozilla.com at Fri, 01 Mar 2019 05:20:57 +0000
Bug 1530471 - remove prefs for related to SkiaGL canvas r=jrmuizel Depends on D21055 Differential Revision: https://phabricator.services.mozilla.com/D21056
d2af6ff2f10d: Bug 1530471 - remove layers SkiaGL glue r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Thu, 28 Feb 2019 15:00:06 +0000 - rev 461779
Push 35629 by opoprus@mozilla.com at Fri, 01 Mar 2019 05:20:57 +0000
Bug 1530471 - remove layers SkiaGL glue r=jrmuizel Depends on D21054 Differential Revision: https://phabricator.services.mozilla.com/D21055
62aabc4a6541: Bug 1530471 - remove Moz2D/thebes SkiaGL glue r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Thu, 28 Feb 2019 14:59:16 +0000 - rev 461777
Push 35629 by opoprus@mozilla.com at Fri, 01 Mar 2019 05:20:57 +0000
Bug 1530471 - remove Moz2D/thebes SkiaGL glue r=jrmuizel Depends on D21052 Differential Revision: https://phabricator.services.mozilla.com/D21053
9dac1bac3859: Bug 1530471 - remove SkiaGL Canvas2D functionality r=jrmuizel
Lee Salzman <lsalzman@mozilla.com> - Thu, 28 Feb 2019 14:58:19 +0000 - rev 461775
Push 35629 by opoprus@mozilla.com at Fri, 01 Mar 2019 05:20:57 +0000
Bug 1530471 - remove SkiaGL Canvas2D functionality r=jrmuizel Depends on D21050 Differential Revision: https://phabricator.services.mozilla.com/D21051
afbcec667ac4: Bug 1520760 - Fix AVX2 detection to ensure we support the required CPUID version. r=jrmuizel
Andrew Osmond <aosmond@mozilla.com> - Fri, 22 Feb 2019 10:11:54 -0500 - rev 461630
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1520760 - Fix AVX2 detection to ensure we support the required CPUID version. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20833
43d876b37031: Bug 1528881 - Part 3: gfx: Move FAST_DIVIDE_BY_255 macro definition to nsColor.cpp. r=jrmuizel
Chris Peterson <cpeterson@mozilla.com> - Tue, 21 Aug 2018 22:04:13 -0700 - rev 461612
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1528881 - Part 3: gfx: Move FAST_DIVIDE_BY_255 macro definition to nsColor.cpp. r=jrmuizel FAST_DIVIDE_BY_255 was defined in nsColor.h but only used in nsColor.cpp. Differential Revision: https://phabricator.services.mozilla.com/D20262
d87672a99667: Bug 1528881 - Part 2: gfx: Remove some unused functions. r=jrmuizel
Chris Peterson <cpeterson@mozilla.com> - Thu, 14 Feb 2019 15:58:22 -0800 - rev 461611
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1528881 - Part 2: gfx: Remove some unused functions. r=jrmuizel clang's -Wmissing-prototypes option identifies global functions that can be made static (because they're only called from one compilation unit) or removed (if they're never called). CreateDefaultTarget() NS_HSL2RGB() widget/headless/HeadlessWidget.cpp:49:30 [-Wmissing-prototypes] no previous prototype for function 'CreateDefaultTarget' Differential Revision: https://phabricator.services.mozilla.com/D20261
0573c6c669be: Bug 1528881 - Part 1: gfx/thebes: Make some global functions static. r=jrmuizel
Chris Peterson <cpeterson@mozilla.com> - Sun, 17 Feb 2019 01:18:01 -0800 - rev 461610
Push 35626 by csabou@mozilla.com at Thu, 28 Feb 2019 11:31:08 +0000
Bug 1528881 - Part 1: gfx/thebes: Make some global functions static. r=jrmuizel clang's -Wmissing-prototypes option identifies global functions that can be made static (because they're only called from one compilation unit) or removed (if they're never called). gfx/thebes/gfxBlur.cpp:444:6 [-Wmissing-prototypes] no previous prototype for function 'CacheBlur' gfx/thebes/gfxPlatform.cpp:1087:6 [-Wmissing-prototypes] no previous prototype for function 'IsFeatureSupported' gfx/thebes/gfxPlatform.cpp:1355:6 [-Wmissing-prototypes] no previous prototype for function 'SourceBufferDestroy' gfx/thebes/gfxPlatform.cpp:1365:6 [-Wmissing-prototypes] no previous prototype for function 'SourceSurfaceDestroyed' gfx/thebes/gfxPlatform.cpp:2422:6 [-Wmissing-prototypes] no previous prototype for function 'VideoDecodingFailedChangedCallback' gfx/thebes/gfxPlatform.cpp:559:6 [-Wmissing-prototypes] no previous prototype for function 'WebRenderDebugPrefChangeCallback' widget/GfxInfoBase.cpp:82:6 [-Wmissing-prototypes] no previous prototype for function 'InitGfxDriverInfoShutdownObserver' Differential Revision: https://phabricator.services.mozilla.com/D20260
82cfcc2f5fac: Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 27 Feb 2019 11:09:58 +0000 - rev 461427
Push 35624 by dvarga@mozilla.com at Wed, 27 Feb 2019 16:31:04 +0000
Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20461
d9fd8225a95f: Bug 1529117 - Bump serde and serde_derive to branch from 1.0.88. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 27 Feb 2019 11:09:50 +0000 - rev 461426
Push 35624 by dvarga@mozilla.com at Wed, 27 Feb 2019 16:31:04 +0000
Bug 1529117 - Bump serde and serde_derive to branch from 1.0.88. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20460
c6e08ed3909c: Bug 1529352 - Collect WebRender probes in release r=jrmuizel
Tim D. Smith <tdsmith@mozilla.com> - Tue, 26 Feb 2019 18:18:49 +0000 - rev 461235
Push 35621 by ncsoregi@mozilla.com at Wed, 27 Feb 2019 04:29:56 +0000
Bug 1529352 - Collect WebRender probes in release r=jrmuizel A handful of probes that are useful for measuring the performance of WebRender are not currently collected in the release channel. Since we're planning to begin deploying WebRender in release on an experimental basis in 66, we should make sure that these probes are available there, so that we can assess its performance. Differential Revision: https://phabricator.services.mozilla.com/D20599
bc60982f2828: Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Tue, 26 Feb 2019 00:16:36 -0600 - rev 461126
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
f499cb201bd6: Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Tue, 26 Feb 2019 00:16:36 -0600 - rev 461125
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel The format for stacking contexts in the built display list goes from PushStackingContext item push_iter of Vec<FilterOp> to SetFilterOps item push_iter of Vec<FilterOp> 1st SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values . . . nth SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values PushStackingContext item We need separate a SetFilterData item for each filter because we can't push_iter a variable sized thing. When we iterate over the built display list to flatten it we work similarly to how gradients work with a SetGradientStops item before the actual gradient item. So when we see SetFilterOps or SetFilterData we use them to fill out values on the built display list iterator but don't those items return them to the iterator user and instead continue iterating until we hit the PushStackingContext item, at which point to the iterator consumer it appears as those the FilterOps and FilterDatas were on the PushStackingContext item. (This part is trickier too since we need a TempFilterData type that just holds ItemRange's until we get the actual bytes later.) Do we need to clear cur_filters and cur_filter_data at some point to prevent them from getting ready by items for which they do not apply?
cdcc424f1da3: Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Tue, 26 Feb 2019 00:16:36 -0600 - rev 461124
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel Have to use a pointer/size pair to transfer the value list to rust. We use a "filter holder" that contains an nsTArray that owns the values.
def812790f5c: Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 22:45:16 -0600 - rev 461116
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
90660632d641: Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 22:45:15 -0600 - rev 461115
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel The format for stacking contexts in the built display list goes from PushStackingContext item push_iter of Vec<FilterOp> to SetFilterOps item push_iter of Vec<FilterOp> 1st SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values . . . nth SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values PushStackingContext item We need separate a SetFilterData item for each filter because we can't push_iter a variable sized thing. When we iterate over the built display list to flatten it we work similarly to how gradients work with a SetGradientStops item before the actual gradient item. So when we see SetFilterOps or SetFilterData we use them to fill out values on the built display list iterator but don't those items return them to the iterator user and instead continue iterating until we hit the PushStackingContext item, at which point to the iterator consumer it appears as those the FilterOps and FilterDatas were on the PushStackingContext item. (This part is trickier too since we need a TempFilterData type that just holds ItemRange's until we get the actual bytes later.) Do we need to clear cur_filters and cur_filter_data at some point to prevent them from getting ready by items for which they do not apply?
2bf33f573505: Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 22:45:15 -0600 - rev 461114
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel Have to use a pointer/size pair to transfer the value list to rust. We use a "filter holder" that contains an nsTArray that owns the values.
0fd8742fa662: Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 19:20:27 -0600 - rev 461102
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Implement yaml reader/writer for component transfer. r=jrmuizel
1899600a7985: Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 19:20:27 -0600 - rev 461101
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. Write component transfer filter data into the webrender display list bitstream. r=jrmuizel The format for stacking contexts in the built display list goes from PushStackingContext item push_iter of Vec<FilterOp> to SetFilterOps item push_iter of Vec<FilterOp> 1st SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values . . . nth SetFilterData item push_iter of array of func types push_iter funcR values push_iter funcG values push_iter funcB values push_iter funcA values PushStackingContext item We need separate a SetFilterData item for each filter because we can't push_iter a variable sized thing. When we iterate over the built display list to flatten it we work similarly to how gradients work with a SetGradientStops item before the actual gradient item. So when we see SetFilterOps or SetFilterData we use them to fill out values on the built display list iterator but don't those items return them to the iterator user and instead continue iterating until we hit the PushStackingContext item, at which point to the iterator consumer it appears as those the FilterOps and FilterDatas were on the PushStackingContext item. (This part is trickier too since we need a TempFilterData type that just holds ItemRange's until we get the actual bytes later.) Do we need to clear cur_filters and cur_filter_data at some point to prevent them from getting ready by items for which they do not apply?
f9578d20e54e: Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel
Timothy Nikkel <tnikkel@gmail.com> - Mon, 25 Feb 2019 19:20:26 -0600 - rev 461100
Push 35618 by shindli@mozilla.com at Tue, 26 Feb 2019 16:54:44 +0000
Bug 1505871. C++ code to get component transfer filter data into webrender. r=jrmuizel Have to use a pointer/size pair to transfer the value list to rust. We use a "filter holder" that contains an nsTArray that owns the values.
8d8fad0c21ab: Bug 1529288 - Increase number of allowed fuzzy pixels slightly. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Fri, 22 Feb 2019 11:47:50 +0000 - rev 460511
Push 35593 by ccoroiu@mozilla.com at Fri, 22 Feb 2019 16:25:14 +0000
Bug 1529288 - Increase number of allowed fuzzy pixels slightly. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20734
37069977b1e6: Bug 1212982 - Get ClearType parameters using API instead of reading registry. r=jrmuizel
Masatoshi Kimura <VYV03354@nifty.ne.jp> - Fri, 01 Feb 2019 22:48:37 +0900 - rev 460204
Push 35587 by nbeleuzu@mozilla.com at Thu, 21 Feb 2019 15:56:54 +0000
Bug 1212982 - Get ClearType parameters using API instead of reading registry. r=jrmuizel This patch is changing a way to get ClearType paramters because registry key may not be present. CreateMonitorRenderingParams() will return default values if the corresponding registry key is not present.
27882e7ca2a9: Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 20 Feb 2019 13:59:43 +0000 - rev 460073
Push 35582 by csabou@mozilla.com at Thu, 21 Feb 2019 03:41:50 +0000
Bug 1529117 - Re-vendor rust dependencies. r=jrmuizel Depends on D20460 Differential Revision: https://phabricator.services.mozilla.com/D20461
fcfafe134f70: Bug 1529117 - Bump serde_derive to branch from 1.0.88. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Wed, 20 Feb 2019 13:58:32 +0000 - rev 460072
Push 35582 by csabou@mozilla.com at Thu, 21 Feb 2019 03:41:50 +0000
Bug 1529117 - Bump serde_derive to branch from 1.0.88. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20460
b3f5c1b6b44d: Bug 1528758 - No need for a null-check before calling hb_*_destroy functions, as they do it internally. r=jrmuizel
Jonathan Kew <jkew@mozilla.com> - Mon, 18 Feb 2019 17:16:22 +0000 - rev 459807
Push 35574 by cbrindusan@mozilla.com at Tue, 19 Feb 2019 04:38:09 +0000
Bug 1528758 - No need for a null-check before calling hb_*_destroy functions, as they do it internally. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D20177