searching for reviewer(jya)
8a72ca221c6cc54191ec46c2d715f77847c82c61: Bug 1665324 Remove media.ffmpeg.low-latency.enabled preference, r=jya
stransky <stransky@redhat.com> - Wed, 16 Sep 2020 13:19:42 +0000 - rev 614194
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1665324 Remove media.ffmpeg.low-latency.enabled preference, r=jya Differential Revision: https://phabricator.services.mozilla.com/D90373
400346c54de1abd508f99c0d82ea1cbcd76054b7: Bug 1654111 - Rename threads in GMPServiceParent and GMPParent to reflect main thread usage. r=jolin,jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Fri, 21 Aug 2020 16:51:35 +0000 - rev 613130
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1654111 - Rename threads in GMPServiceParent and GMPParent to reflect main thread usage. r=jolin,jya Differential Revision: https://phabricator.services.mozilla.com/D84266
afea4945d5ae2c6f0e494823ebc788f8bb60660c: Bug 1461454 - In RFP Mode, Spoof Smooth=True and PowerEfficient=False for Supported Media in MediaCapabilities r=jya
sanketh <sanketh@c1own.com> - Mon, 07 Sep 2020 03:23:36 +0000 - rev 612996
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1461454 - In RFP Mode, Spoof Smooth=True and PowerEfficient=False for Supported Media in MediaCapabilities r=jya Uplifts Tor Browser patch for Tor Bug 13543 and adds a test. Differential Revision: https://phabricator.services.mozilla.com/D89044
b39e63a311bb73a470e65965b3e07213b0c9ffe0: Bug 1662540: Remove unused member. r=jya
Byron Campen [:bwc] <docfaraday@gmail.com> - Wed, 02 Sep 2020 07:06:53 +0000 - rev 612740
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1662540: Remove unused member. r=jya Differential Revision: https://phabricator.services.mozilla.com/D89029
29d00fabfb754770d2723f8be2ab3110ffe69cfc: Bug 1659941 - Avoid an IntervalSet copy when inserting frames in TrackBuffersManager. r=jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Sat, 22 Aug 2020 18:48:09 +0000 - rev 611085
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1659941 - Avoid an IntervalSet copy when inserting frames in TrackBuffersManager. r=jya Differential Revision: https://phabricator.services.mozilla.com/D87913
09f9e45412b7e41b16db2b4e9c6bcbaa49a723d9: Bug 1659941 - Add a method to IntervalSet to check if it intersects with another IntervalSet. r=jya
Bryce Seager van Dyk <bvandyk@mozilla.com> - Sun, 23 Aug 2020 09:04:23 +0000 - rev 611084
Push 13943 by ffxbld-merge at Mon, 21 Sep 2020 13:41:08 +0000
Bug 1659941 - Add a method to IntervalSet to check if it intersects with another IntervalSet. r=jya Differential Revision: https://phabricator.services.mozilla.com/D87912
a6af82c5ceea391cf3493f36c76dd58e139203b5: Bug 1657321 - ffvpx: undo build error workarounds. r=jya
John Lin <jolin@mozilla.com> - Sat, 22 Aug 2020 02:41:58 +0000 - rev 610355
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1657321 - ffvpx: undo build error workarounds. r=jya Revert bug 1412240. It was a workaround for a LLVM bug and only relevant when icecc is involved. Since sccache-dist is preferred now, it's no longer needed. Differential Revision: https://phabricator.services.mozilla.com/D87891
8c23d7c73f32bf3d9849a4a26d4c0c9019999d0b: Bug 1658113 - Set the surface format based on YCbCrDescriptor color depth r=jya
Miko Mynttinen <mikokm@gmail.com> - Tue, 11 Aug 2020 01:13:30 +0000 - rev 608902
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1658113 - Set the surface format based on YCbCrDescriptor color depth r=jya Differential Revision: https://phabricator.services.mozilla.com/D86600
9ab98ba476ef620a75d9f7f213a96bae7be8893c: Bug 1657845 [Linux] Set AV_CODEC_FLAG_LOW_DELAY to low-latency vaapi decoder, r=jya
Martin Stransky <stransky@redhat.com> - Tue, 11 Aug 2020 05:55:06 +0000 - rev 608873
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1657845 [Linux] Set AV_CODEC_FLAG_LOW_DELAY to low-latency vaapi decoder, r=jya Differential Revision: https://phabricator.services.mozilla.com/D86326
c20861a8b748c86797abc9a9518a759d5ab9f3fa: Bug 1657788 - Refactor SendShare() to use promise instead of callback r=jya
Marcos Cáceres <mcaceres@mozilla.com> - Fri, 07 Aug 2020 02:38:41 +0000 - rev 608359
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1657788 - Refactor SendShare() to use promise instead of callback r=jya Differential Revision: https://phabricator.services.mozilla.com/D85986
df7c9cae79bee9a78c5ef532d9d3986e5abf473e: Bug 1657311 - Hard-code MIME-extension mappings for FLAC and AAC. r=jya,Gijs
Tom Schuster <evilpies@gmail.com> - Thu, 06 Aug 2020 11:41:18 +0000 - rev 608211
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1657311 - Hard-code MIME-extension mappings for FLAC and AAC. r=jya,Gijs Drive-by: Remove the obviously unused macro MAC_TYPE. Differential Revision: https://phabricator.services.mozilla.com/D85989
1ff4754fc8749a8fbbcc6fd87c959e20259bb65f: Bug 1656436 [Linux/VAAPI] Release VAAPI surface data before we re-use them, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 06 Aug 2020 11:12:45 +0000 - rev 608210
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1656436 [Linux/VAAPI] Release VAAPI surface data before we re-use them, r=jya VAAPI HW surfaces are released at ReleaseUnusedVAAPIFrames() and we use DMABufSurface::IsUsed() flag to detect unused surfaces. Then we call GetUnusedDMABufSurfaceWrapper() to get unused surfaces to re-use them for decoding. Because DMABufSurface::IsUsed() flag is updated asynchronously it may change between ReleaseUnusedVAAPIFrames() and GetUnusedDMABufSurfaceWrapper() calls. In that case GetUnusedDMABufSurfaceWrapper() may return unused but also unreleased surface as it was marked as used in time of ReleaseUnusedVAAPIFrames() call. In this patch explicitly release VAAPI data of any surface before we re-use it. Also fail when we try to upload data to already used DMABufSurfaceYUV surface. Differential Revision: https://phabricator.services.mozilla.com/D85842
bacacb384008a44fb04c63c456311c7530dfa67e: Bug 1645671 [Linux/VA-API] Create DMABufSurfaceWrapper directly at nsTAttay and disable DMABufSurfaceWrapper class copy and assignment constructors, r=jya
Martin Stransky <stransky@redhat.com> - Mon, 03 Aug 2020 09:08:26 +0000 - rev 607720
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1645671 [Linux/VA-API] Create DMABufSurfaceWrapper directly at nsTAttay and disable DMABufSurfaceWrapper class copy and assignment constructors, r=jya When DMABufSurfaceWrapper is added to nsTArray, a temporary local DMABufSurfaceWrapper object is created. When the temporary object is deleted after the adding, associated dmabuf data is released which leads to rendering artifact during VA-API video playback. As a fix in this patch we create DMABufSurfaceWrapper 'in-place' at nsTAttay. We also disable DMABufSurfaceWrapper class copy and assignment constructors to avoid similar potential issues. Differential Revision: https://phabricator.services.mozilla.com/D85152
0bed87941dc5ad1e12884f0c51d6be82a557afa0: Bug 1550248 - Sniff .m3u8 files as application/vnd.apple.mpegurl. r=jya
Paul Adenot <paul@paul.cx> - Fri, 31 Jul 2020 01:04:08 +0000 - rev 607504
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1550248 - Sniff .m3u8 files as application/vnd.apple.mpegurl. r=jya Depends on D85144 Differential Revision: https://phabricator.services.mozilla.com/D85286
164f54ec7aff3f2d74e468f83d9738529702e48f: Bug 1656137 - Spin-wait on completion event rather than blocking main thread. r=jya
Matthew Gregan <kinetik@flim.org> - Fri, 31 Jul 2020 01:45:44 +0000 - rev 607358
Push 13553 by ffxbld-merge at Mon, 24 Aug 2020 12:51:36 +0000
Bug 1656137 - Spin-wait on completion event rather than blocking main thread. r=jya Differential Revision: https://phabricator.services.mozilla.com/D85357
8d720959430be0f629ee14f3e182a58110e0310b: Bug 1645671 [Linux/VA-API] Create DMABufSurfaceWrapper directly at nsTAttay and disable DMABufSurfaceWrapper class copy and assignment constructors, r=jya, a=jcristau
Martin Stransky <stransky@redhat.com> - Mon, 03 Aug 2020 09:08:26 +0000 - rev 606696
Push 13507 by jcristau@mozilla.com at Thu, 06 Aug 2020 16:33:35 +0000
Bug 1645671 [Linux/VA-API] Create DMABufSurfaceWrapper directly at nsTAttay and disable DMABufSurfaceWrapper class copy and assignment constructors, r=jya, a=jcristau When DMABufSurfaceWrapper is added to nsTArray, a temporary local DMABufSurfaceWrapper object is created. When the temporary object is deleted after the adding, associated dmabuf data is released which leads to rendering artifact during VA-API video playback. As a fix in this patch we create DMABufSurfaceWrapper 'in-place' at nsTAttay. We also disable DMABufSurfaceWrapper class copy and assignment constructors to avoid similar potential issues. Differential Revision: https://phabricator.services.mozilla.com/D85152
50645a97d998aee5a041f529dc5ad69c4e6c7a10: Bug 1653638 - compilation fixup following build bustage r=jya a=bustage-fix
Andreea Pavel <apavel@mozilla.com> - Thu, 06 Aug 2020 05:33:10 +0300 - rev 606674
Push 13503 by apavel@mozilla.com at Thu, 06 Aug 2020 02:39:32 +0000
Bug 1653638 - compilation fixup following build bustage r=jya a=bustage-fix
e66ce7967edc2c22588ef0ae9d4b71214af3ea16: Bug 1463915 - Update libvorbis to 1.3.7. r=jya
Thomas Daede <tdaede@mozilla.com> - Fri, 24 Jul 2020 00:25:08 +0000 - rev 606491
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1463915 - Update libvorbis to 1.3.7. r=jya Differential Revision: https://phabricator.services.mozilla.com/D84565
41de9ac734d69d754ea3f13db6933343b62ea1b8: Bug 1646899 - P4: Handle object & embed via DocumentChannel. r=mattwoodrow,jya
Dan Glastonbury <dan.glastonbury@gmail.com> - Tue, 21 Jul 2020 01:01:05 +0000 - rev 605763
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1646899 - P4: Handle object & embed via DocumentChannel. r=mattwoodrow,jya Pass internal content policy type to DLL and switch behavior depending on type being loaded. This implementation immediately redirects channel back to the content process for further handling. Depends on D80406 Differential Revision: https://phabricator.services.mozilla.com/D80407
d06b2e855360b986b907c285c2559525ac123d31: Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Mon, 20 Jul 2020 21:47:07 +0000 - rev 605730
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical This patch makes it work for WebRender. The next patch in the series makes it work for non-WebRender, too. Differential Revision: https://phabricator.services.mozilla.com/D83463
8ab99078da80166e569a158be9394a7c85125d07: Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Mon, 20 Jul 2020 21:56:21 +0000 - rev 605729
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical In the current state this also counts frame drops while the video is offscreen, but this will be fixed in a later patch in the series. This patch also adjusts the time delta check: It now compares floored milliseconds. In 60fps WebM videos, the video frame durations are 16.0, 17.0, 17.0, 16.0, 17.0, 17.0, ... so we need to consider frames with 16.0ms as displayable even when the target frame duration is 16.67ms, otherwise we gloss over one third of the frames when counting potentially dropped frames. Differential Revision: https://phabricator.services.mozilla.com/D82635
3fbf9c0203dd22b404ffbe0e9dfbdb9c772a786c: Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Mon, 20 Jul 2020 16:20:12 +0000 - rev 605665
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical This patch makes it work for WebRender. The next patch in the series makes it work for non-WebRender, too. Differential Revision: https://phabricator.services.mozilla.com/D83463
57f65280709f122439ded298eeea0b8fb5707a87: Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Mon, 20 Jul 2020 16:19:51 +0000 - rev 605664
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical In the current state this also counts frame drops while the video is offscreen, but this will be fixed in a later patch in the series. This patch also adjusts the time delta check: It now compares floored milliseconds. In 60fps WebM videos, the video frame durations are 16.0, 17.0, 17.0, 16.0, 17.0, 17.0, ... so we need to consider frames with 16.0ms as displayable even when the target frame duration is 16.67ms, otherwise we gloss over one third of the frames when counting potentially dropped frames. Differential Revision: https://phabricator.services.mozilla.com/D82635
5d7977a864c4f0f89444fb34a0c5dfc1d313aa04: Bug 1653679 - Propagate CompositionOpportunityId to ImageComposite. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Sat, 18 Jul 2020 05:15:47 +0000 - rev 605497
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1653679 - Propagate CompositionOpportunityId to ImageComposite. r=jya,nical Differential Revision: https://phabricator.services.mozilla.com/D83462
05227bc2bb3d88be45b76033af6f73754560dd4a: Bug 1653679 - Don't call UpdateCompositedFrame outside of a composition. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Sat, 18 Jul 2020 05:13:16 +0000 - rev 605495
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1653679 - Don't call UpdateCompositedFrame outside of a composition. r=jya,nical Correctly indicate that we're not in a composition during SetDisplayList or during empty transactions, by making sure the composition timestamp is null outside of a composition. We also now return 0 rather than -1 from the first call to ChooseImageIndex outside of a composition, so that static images (like canvases) default to the correct initial frame. We don't call ChooseImageIndex for them again once we composite them. This is different from non-WebRender, which would call ChooseImageIndex on canvas layers during every composition. This introduces a behavior difference for static images when WebRender is enabled: Those images will no longer update mLastFrameID, because UpdateCompositedFrame will not be called during a composition for them. I'm also removing a comment that seems like it's unnecessarily duplicating information from another comment a few lines further up. That other comment is also easier to understand. Differential Revision: https://phabricator.services.mozilla.com/D83460
d9989b0e83cbda3f9e0e4e0a822af0d9efb9b116: Bug 1653679 - Move more logic into UpdateCompositedFrame. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Sat, 18 Jul 2020 05:05:27 +0000 - rev 605494
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1653679 - Move more logic into UpdateCompositedFrame. r=jya,nical This also makes it so that UpdateBias for non-WebRender is only called when the video frame changes. This mirrors the recent change that we made for WebRender in bug 1652181. Non-WebRender only calls UpdateCompositedFrame when it actually draws the video onto the screen, so when the video is the only thing that was updating, the new behavior is equivalent. But the new behavior makes more sense if you have a 30fps video and a 60fps animation running on a 60fps screen at the same time - now the bias won't be accidentally reset every other frame. Differential Revision: https://phabricator.services.mozilla.com/D83459
bec480097ff6e6b1e3f7be9d0517741166bed931: Bug 1653679 - Update mLastFrameID in a new method UpdateCompositedFrame. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Sat, 18 Jul 2020 05:28:56 +0000 - rev 605493
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1653679 - Update mLastFrameID in a new method UpdateCompositedFrame. r=jya,nical Differential Revision: https://phabricator.services.mozilla.com/D82634
ff727e9821be10f720eb989344fc474108ae03f4: Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 03:37:03 +0000 - rev 605176
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Ignore skipped frames when the video was offscreen. r=jya,nical This currently only works for WebRender. In non-WR, no frame drops are reported. There are two reasons why it doesn't work for non-WR: - Non-WR currently does not increment the composition opportunity ID. - In non-WR, UpdateCompositedFrame is only called for videos when they are drawn. But this detection relies on it being called on every composite, if the video is part of the on-screen scene. (WR does that.) To make this detection work for non-WR as well, we would need to address both of those points. The latter point is somewhat tricky because non-WR calls ChooseImageIndex many times throughout a composite, and we would need to choose a point in the composite at which to "lock in" the image for that composite and cache the image index on the ImageHost somewhere, and then also find a way to reset that locked-in index in the next composite. I haven't come up with a way to do that and I do not know if it is worth the effort. Differential Revision: https://phabricator.services.mozilla.com/D83463
94159598ab2a3af0d514bf7a0339aac8f2a507b7: Bug 1578042 - Propagate CompositionOpportunityId to ImageComposite. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 08:47:49 +0000 - rev 605175
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Propagate CompositionOpportunityId to ImageComposite. r=jya,nical Differential Revision: https://phabricator.services.mozilla.com/D83462
0e658297a2bae55a714bde1bdb26928eafa190a7: Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 03:37:02 +0000 - rev 605173
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Improve dropped frames reporting for videos, by counting all frames in mImages that were never composited. r=jya,nical In the current state this also counts frame drops while the video is offscreen, but this will be fixed in a later patch in the series. This patch also adjusts the time delta check: It now compares floored milliseconds. In 60fps WebM videos, the video frame durations are 16.0, 17.0, 17.0, 16.0, 17.0, 17.0, ... so we need to consider frames with 16.0ms as displayable even when the target frame duration is 16.67ms, otherwise we gloss over one third of the frames when counting potentially dropped frames. Differential Revision: https://phabricator.services.mozilla.com/D82635
035199ba3d5a6d14170d195634fd2208ad3cbbb3: Bug 1578042 - Don't call UpdateCompositedFrame outside of a composition. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 08:47:21 +0000 - rev 605172
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Don't call UpdateCompositedFrame outside of a composition. r=jya,nical Correctly indicate that we're not in a composition during SetDisplayList or during empty transactions, by making sure the composition timestamp is null outside of a composition. We also now return 0 rather than -1 from the first call to ChooseImageIndex outside of a composition, so that static images (like canvases) default to the correct initial frame. We don't call ChooseImageIndex for them again once we composite them. This is different from non-WebRender, which would call ChooseImageIndex on canvas layers during every composition. This introduces a behavior difference for static images when WebRender is enabled: Those images will no longer update mLastFrameID, because UpdateCompositedFrame will not be called during a composition for them. I'm also removing a comment that seems like it's unnecessarily duplicating information from another comment a few lines further up. That other comment is also easier to understand. Differential Revision: https://phabricator.services.mozilla.com/D83460
0306fe17b5aa1b210e1454f1e84fbc3d243135f1: Bug 1578042 - Move more logic into UpdateCompositedFrame. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 03:37:02 +0000 - rev 605171
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Move more logic into UpdateCompositedFrame. r=jya,nical This also makes it so that UpdateBias for non-WebRender is only called when the video frame changes. This mirrors the recent change that we made for WebRender in bug 1652181. Non-WebRender only calls UpdateCompositedFrame when it actually draws the video onto the screen, so when the video is the only thing that was updating, the new behavior is equivalent. But the new behavior makes more sense if you have a 30fps video and a 60fps animation running on a 60fps screen at the same time - now the bias won't be accidentally reset every other frame. Differential Revision: https://phabricator.services.mozilla.com/D83459
b0d63daa5d600b107ee99738fce6f67a14028946: Bug 1578042 - Update mLastFrameID in a new method UpdateCompositedFrame. r=jya,nical
Markus Stange <mstange.moz@gmail.com> - Thu, 16 Jul 2020 03:37:01 +0000 - rev 605170
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1578042 - Update mLastFrameID in a new method UpdateCompositedFrame. r=jya,nical Differential Revision: https://phabricator.services.mozilla.com/D82634
86a5e0827050e262bb713d6910a8c1d6e6ec3738: Bug 1646899 - P4: Handle object & embed via DocumentChannel. r=mattwoodrow,jya
Dan Glastonbury <dan.glastonbury@gmail.com> - Mon, 13 Jul 2020 00:48:57 +0000 - rev 604519
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1646899 - P4: Handle object & embed via DocumentChannel. r=mattwoodrow,jya Pass internal content policy type to DLL and switch behavior depending on type being loaded. This implementation immediately redirects channel back to the content process for further handling. Differential Revision: https://phabricator.services.mozilla.com/D80407
9f7c95cb5aacee7841bdca487a789ccf675a0994: Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Sun, 12 Jul 2020 22:50:34 +0000 - rev 604496
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya Differential Revision: https://phabricator.services.mozilla.com/D81648
2d709e60c76ec75960054105fae65a758d7a5e78: Bug 1649058 - Replace MozPromise with SyncRunnable and assert not main thread. r=jya
Alex Chronopoulos <achronop@gmail.com> - Thu, 02 Jul 2020 12:20:24 +0000 - rev 602796
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649058 - Replace MozPromise with SyncRunnable and assert not main thread. r=jya Differential Revision: https://phabricator.services.mozilla.com/D81998
55f11d5e3341201488d1f461ef2f761f86e91df4: Bug 1649675 [Linux] Use DRM or Wayland VA-API display according to pref, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 02 Jul 2020 10:31:45 +0000 - rev 602793
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649675 [Linux] Use DRM or Wayland VA-API display according to pref, r=jya Depends on D81967 Differential Revision: https://phabricator.services.mozilla.com/D81968
d75dddfb97a95762ebd87f2129f40e1aa8470bf2: Bug 1649675 [Linux] Load vaGetDisplayDRM() from libva-drm.so.2 for VA-API DRM display, r=jya
Martin Stransky <stransky@redhat.com> - Thu, 02 Jul 2020 10:31:37 +0000 - rev 602792
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649675 [Linux] Load vaGetDisplayDRM() from libva-drm.so.2 for VA-API DRM display, r=jya In order to implement VA-API playback we need a VADisplay connection. According to preference load libva-wayland.so.2 or libva-drm.so.2 libraries and dlsym vaGetDisplayWl or vaGetDisplayDRM to get VADisplay for VA-API decoding. Differential Revision: https://phabricator.services.mozilla.com/D81967
3e349b00a1e41edf93cd8e64afd1654f79f531c5: Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Thu, 02 Jul 2020 07:12:23 +0000 - rev 602756
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya Differential Revision: https://phabricator.services.mozilla.com/D81648
28298106459de32312347ccadbe138f6e0fde598: Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 30 Jun 2020 19:19:59 +0000 - rev 602723
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649349 - Don't delay rejecting DocumentLoadListener's Open promise when we switch process. r=jya Differential Revision: https://phabricator.services.mozilla.com/D81648
c1bcf9de8834d60c55e16d3fe90089e42d7b4b4b: Bug 1649120 [Linux] Rename Wayland/DMABuf config functions at ffmpeg, r=jya
Martin Stransky <stransky@redhat.com> - Wed, 01 Jul 2020 11:22:35 +0000 - rev 602567
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649120 [Linux] Rename Wayland/DMABuf config functions at ffmpeg, r=jya Depends on D81514 Differential Revision: https://phabricator.services.mozilla.com/D81515
31649a85ff043523dfb8c1ddbaa25cee2ff2ca81: Bug 1649120 [Linux] Rename dmabuf/vaapi preferences, r=jya
Martin Stransky <stransky@redhat.com> - Wed, 01 Jul 2020 11:22:07 +0000 - rev 602564
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649120 [Linux] Rename dmabuf/vaapi preferences, r=jya As DMABuf is going to be used under X11 let's remove Wayland keyword from the preferences and also use media.ffmpeg key. Wayland specific preferences rename: widget.wayland-dmabuf-textures.enabled to widget.dmabuf-textures.enabled widget.wayland-dmabuf-webgl.enabled to widget.dmabuf-webgl.enabled Change dmabuf preferences to media.ffmpeg ones: widget.wayland-dmabuf-vaapi.enabled to media.ffmpeg.vaapi.enabled widget.wayland-dmabuf-video-textures.enabled to media.ffmpeg.dmabuf-textures.enabled Implement media.ffmpeg.vaapi-drm-display.enabled preference to use DRM VA-API display instead of the native one. Differential Revision: https://phabricator.services.mozilla.com/D81512
f53cf203cbf5aec0797b17748ad096e56eb9c6ef: Bug 1649540 - Remove unified files workaround for MSVC in dom/media r=jya
David Major <dmajor@mozilla.com> - Wed, 01 Jul 2020 06:42:46 +0000 - rev 602550
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1649540 - Remove unified files workaround for MSVC in dom/media r=jya We no longer need to worry about MSVC issues. Differential Revision: https://phabricator.services.mozilla.com/D81730
c49a40eece91a508970479b59e2051ded8a9135f: Bug 1623461 - Clear nsDocShell::mBlankTiming when providing an existing timing object from a process switch. r=jya
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 30 Jun 2020 03:32:43 +0000 - rev 602303
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1623461 - Clear nsDocShell::mBlankTiming when providing an existing timing object from a process switch. r=jya Differential Revision: https://phabricator.services.mozilla.com/D81636
33b415f44869de360738666d1eb4e857dbabef61: Bug 1647557 - Add preffed-off code for controlling document loads directly from CanonicalBrowsingContext. r=nika,jya,necko-reviewers,dragana
Matt Woodrow <mwoodrow@mozilla.com> - Tue, 30 Jun 2020 01:19:15 +0000 - rev 602280
Push 13434 by ffxbld-merge at Mon, 27 Jul 2020 16:59:11 +0000
Bug 1647557 - Add preffed-off code for controlling document loads directly from CanonicalBrowsingContext. r=nika,jya,necko-reviewers,dragana Differential Revision: https://phabricator.services.mozilla.com/D70629
9404dd36d892589b8478352b988c5704c7c352e4: Bug 1646892 - Allow DocumentChannel process switches into the parent process. r=jya,nika
Matt Woodrow <mwoodrow@mozilla.com> - Sat, 27 Jun 2020 04:10:23 +0000 - rev 601773
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1646892 - Allow DocumentChannel process switches into the parent process. r=jya,nika Differential Revision: https://phabricator.services.mozilla.com/D80327
c2649a68a3a75f092e133ea5fef66297ea7673f5: Bug 1646892 - Move ParentChannelWrapper into a separate file. r=jya,nika
Matt Woodrow <mwoodrow@mozilla.com> - Sat, 27 Jun 2020 04:09:35 +0000 - rev 601772
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1646892 - Move ParentChannelWrapper into a separate file. r=jya,nika Differential Revision: https://phabricator.services.mozilla.com/D80326
e99d26b81d3a2fe10a651c61de4ec466841218cb: Bug 1648159 - Remove unnecessary redirection of promises when sink changes. r=jya
Alex Chronopoulos <achronop@gmail.com> - Thu, 25 Jun 2020 14:18:59 +0000 - rev 601503
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1648159 - Remove unnecessary redirection of promises when sink changes. r=jya At the end of `HTMLMediaElement::SetSrcMediaStreamSink` a redirection of MozPromises, from `GenericPromise::AllPromiseType` to `GenericPromise` is taking place. However, this is not necessary since this is an internal method and the returned value of the promise is not useful. Thus the `GenericPromise::AllPromiseType` can be returned directly and avoid the extra thread dispatch. Differential Revision: https://phabricator.services.mozilla.com/D80908
2d39c868776994011fb9ac51389ed10e35e1ef55: Bug 1638925 - Ensure that the event gets destroyed within the guards r=jya
Honza Bambas <honzab.moz@firemni.cz> - Wed, 24 Jun 2020 13:51:25 +0000 - rev 601468
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1638925 - Ensure that the event gets destroyed within the guards r=jya Differential Revision: https://phabricator.services.mozilla.com/D80171
331fd3b03fbe7d6dbc0d8ec191b4a260dfacd146: Bug 1638925 - Do not keep a raw pointer to an event in `LogTaskBase::Run` RAII class to avoid possible work with a released pointer, r=jya
Honza Bambas <honzab.moz@firemni.cz> - Wed, 24 Jun 2020 13:51:23 +0000 - rev 601467
Push 13310 by ffxbld-merge at Mon, 29 Jun 2020 14:50:06 +0000
Bug 1638925 - Do not keep a raw pointer to an event in `LogTaskBase::Run` RAII class to avoid possible work with a released pointer, r=jya Differential Revision: https://phabricator.services.mozilla.com/D80640