searching for reviewer(karlt)
2e411b5d5e03e0e0dc6b9377c6251d5727ad81aa: Bug 1702233 - Test the behaviour of AudioWorkletProcessor when its `onmessage` handler throws. r=karlt
Paul Adenot <paul@paul.cx> - Thu, 01 Apr 2021 12:51:05 +0000 - rev 573982
Push 38340 by malexandru@mozilla.com at Thu, 01 Apr 2021 15:51:39 +0000
Bug 1702233 - Test the behaviour of AudioWorkletProcessor when its `onmessage` handler throws. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D110410
90183d6fc8ce853c6476d39ae1207af6acc1a94f: Bug 1693541 - Improve uses of nsBaseHashtable and descendants and avoid multiple subsequent lookups in nsSystemAlertsService. r=karlt
Simon Giesecke <sgiesecke@mozilla.com> - Wed, 03 Mar 2021 10:04:30 +0000 - rev 569464
Push 38260 by apavel@mozilla.com at Wed, 03 Mar 2021 21:50:27 +0000
Bug 1693541 - Improve uses of nsBaseHashtable and descendants and avoid multiple subsequent lookups in nsSystemAlertsService. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D106109
97d59d37ebb1eeb56ebe5fe5d3df46fd1fdf4b33: Bug 1694973 - Fix compile error when using --disable-printing" r=Gijs,karlt
Horst <horst.git@protonmail.com> - Mon, 01 Mar 2021 23:55:17 +0000 - rev 569162
Push 38256 by btara@mozilla.com at Wed, 03 Mar 2021 04:16:49 +0000
Bug 1694973 - Fix compile error when using --disable-printing" r=Gijs,karlt Differential Revision: https://phabricator.services.mozilla.com/D106493
61407047ca1ac212c92d7945143bf4635bdf330d: Bug 1601799 - Use a SharedDummyTrack for graph access in DecodedStream. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Tue, 05 Jan 2021 07:43:34 +0000 - rev 561982
Push 38078 by apavel@mozilla.com at Tue, 05 Jan 2021 16:04:52 +0000
Bug 1601799 - Use a SharedDummyTrack for graph access in DecodedStream. r=karlt When enabling our MediaTrack implementation (which we don't plan to by default, NB) and disabling all audio tracks and unselecting all video tracks while having an active captureStream leads to having no output tracks in DecodedStream. In this case, DecodedStream doesn't know which graph to use for creating the intermediary tracks it feeds data to. We don't want to resort to the default graph either, since two graphs on different clocks could then race each other. With this patch we plumb down a SharedDummyTrack from the media element where the captureStream was triggered, through MediaDecoder, to DecodedStream. The SharedDummyTrack guarantees to keep the graph alive, and holds the graph used for the output tracks. Differential Revision: https://phabricator.services.mozilla.com/D99822
feb8e835dba8b16c90fd095c2137fc27994c048b: Bug 1601799 - Allow running DecodedStream without output tracks. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Mon, 04 Jan 2021 14:35:09 +0000 - rev 561981
Push 38078 by apavel@mozilla.com at Tue, 05 Jan 2021 16:04:52 +0000
Bug 1601799 - Allow running DecodedStream without output tracks. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D99821
6710c73dfa899d34f7ce3c00fa31f543e468fcc4: Bug 1601799 - Add mochitest for disabled MediaTracks with mozCaptureStream. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Mon, 04 Jan 2021 14:35:10 +0000 - rev 561980
Push 38078 by apavel@mozilla.com at Tue, 05 Jan 2021 16:04:52 +0000
Bug 1601799 - Add mochitest for disabled MediaTracks with mozCaptureStream. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D99820
798d7b63c7111c67291e49306e5eb07891136962: Bug 1682938 - fixup ReverbInputBuffer's writeIndex. r=karlt
Alexis Beingessner <a.beingessner@gmail.com> - Mon, 21 Dec 2020 17:10:29 +0000 - rev 561457
Push 38050 by malexandru@mozilla.com at Tue, 22 Dec 2020 09:35:33 +0000
Bug 1682938 - fixup ReverbInputBuffer's writeIndex. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D100024
c8df4fc00437d416d92b5d166576bac421ee9006: Bug 1680175 - Replace most uses of gtk_settings_get_for_screen() with gtk_settings_get_default(). r=karlt
Cameron McCormack <cam@mcc.id.au> - Wed, 16 Dec 2020 04:42:21 +0000 - rev 560887
Push 38037 by ccoroiu@mozilla.com at Wed, 16 Dec 2020 16:10:26 +0000
Bug 1680175 - Replace most uses of gtk_settings_get_for_screen() with gtk_settings_get_default(). r=karlt Differential Revision: https://phabricator.services.mozilla.com/D98419
133765f936a081d12ad78dec0bfe2a3e5de8fbde: Bug 1672097 - Part 2: Cache FullLookAndFeel data. r=karlt
Cameron McCormack <cam@mcc.id.au> - Wed, 16 Dec 2020 04:41:46 +0000 - rev 560886
Push 38037 by ccoroiu@mozilla.com at Wed, 16 Dec 2020 16:10:26 +0000
Bug 1672097 - Part 2: Cache FullLookAndFeel data. r=karlt This avoids us doing the full work of ExtractData every time a new content process is created. That work is probably not super expensive, but without this caching it does trip up browser/base/content/test/performance/browser_preferences_usage.js due to looking up a non-mirrored pref. Differential Revision: https://phabricator.services.mozilla.com/D98990
75e03ceb0417335093d962c4d57b6996c14c9009: Bug 1672097 - Part 1: Make Gtk theme overrides work with the RemoteLookAndFeel. r=spohl,karlt
Cameron McCormack <cam@mcc.id.au> - Wed, 16 Dec 2020 04:41:05 +0000 - rev 560885
Push 38037 by ccoroiu@mozilla.com at Wed, 16 Dec 2020 16:10:26 +0000
Bug 1672097 - Part 1: Make Gtk theme overrides work with the RemoteLookAndFeel. r=spohl,karlt When the RemoteLookAndFeel is not in use, content processes override the Gtk theme in some circumstances (e.g. if the theme is a dark variant, we try choosing the light one, since that works better with Web content). When the RemoteLookAndFeel is in use, the parent process needs to handle this. So we temporarily set the parent process to the overridden theme, extract the FullLookAndFeel data, then restore the original theme. We make sure to avoid throwing away any cached data and restyling every document as a result of the temporary theme change. Differential Revision: https://phabricator.services.mozilla.com/D98418
7b5facb4df3a77bd60d21045be212161c91cea12: Bug 1675360 - Shutdown MediaKeys when parent inner window is destroyed rather than document. r=karlt
Bryce Seager van Dyk <bvandyk@mozilla.com> - Thu, 10 Dec 2020 01:03:27 +0000 - rev 560105
Push 38017 by cbrindusan@mozilla.com at Thu, 10 Dec 2020 03:47:02 +0000
Bug 1675360 - Shutdown MediaKeys when parent inner window is destroyed rather than document. r=karlt Rework the MediaKeys class to shutdown when its parent inner window is destroyed rather than the document it's created in. This is done to mitigate the case where a MediaKeys is created in an about:blank document that has not yet undergone its async load (i.e. blank document that will stay blank, blank documents loading to other pages will still clobber their keys on load). This specifically addresses cases where sites could create an iframe, not wait for load, create a MediaKeys in the iframe, and then find the keys had become unusable. This is achieved by associating MediaKeys instances with their inner window and having the window notify keys when a window is going to be destroyed. I decided to use this approach rather than have MediaKeys observe for window destruction for a few reasons: - The keys would need to support weak references to use the observer service in the desired way. Implementing this interface on the MediaKeys adds a non-trivial level of complexity and means the keys would implement the WeakPtr interface (already in place prior to this patch) and also the NS weak reference interface, which I found confusing. - If the inner window stores pointers to MediaKeys created in it, it can be self aware of if EME activity is taking place within it. The allows us to better identify EME activity in documents. Historically one of the ways we'd determined EME activity by checking if media elements have MediaKeys attached, but this had lead to issues where if MediaKeys are created but not attached to a media element we overlook them. With this patch's changes, we can also have a document check its inner window to see if there are any MediaKeys. This patch uses this to extend our check to avoid bfcaching pages with EME content. - There appears to be prior art using a similar approach for audio contexts and peer connections, which I assume is sensible and I'm not reinventing the wheel by following. Differential Revision: https://phabricator.services.mozilla.com/D98641
cd8c20e521f5f8b9aeee009ca31bf207e1115093: Bug 1675360 - Have MediaKeys::Init search for load info on the parent if the current doc doesn't have any. r=karlt
Bryce Seager van Dyk <bvandyk@mozilla.com> - Wed, 09 Dec 2020 23:55:34 +0000 - rev 560104
Push 38017 by cbrindusan@mozilla.com at Thu, 10 Dec 2020 03:47:02 +0000
Bug 1675360 - Have MediaKeys::Init search for load info on the parent if the current doc doesn't have any. r=karlt If MediaKeys::Init is called before an about:blank doc has performed its async load, then that document will not have a channel and thus will not have a load info. This means we cannot look up the top level principal on such a document. Since we need the top level principal to ensure GMPs are appropriately isolated from one another, this patch checks the document above the current doc for a channel and load info in the case the current document does not have one. Since an about:blank document is considered in the same origin as its parent, this should be suitable. This process is done recursively to handle edge cases. Differential Revision: https://phabricator.services.mozilla.com/D97322
2b18095c8f8ad9397c1c1f9499253b9618350bdc: Bug 1675360 - Add test coverage for createMediaKeys in iframes. r=karlt
Bryce Seager van Dyk <bvandyk@mozilla.com> - Wed, 09 Dec 2020 23:55:28 +0000 - rev 560103
Push 38017 by cbrindusan@mozilla.com at Thu, 10 Dec 2020 03:47:02 +0000
Bug 1675360 - Add test coverage for createMediaKeys in iframes. r=karlt Provide coverage that ensures we can: - Call navigator.requestMediaKeySystemAccess() and receive access - Call createMediaKeys on the access object in iframes that are same and different origin. This should work when waiting for an iframe to fire the load event, but I also provide a case for if we do not wait for load. It's undesirable to not wait for the load, but we've historically worked in this case (if this was intentional is not clear to me). So providing such a test allows for coverage of this case as long as we want to continue supporting it. Said test will be red as of this patch, but an immediate follow up will restore our compat with this case. Differential Revision: https://phabricator.services.mozilla.com/D97321
76c777a96473928d4363aa215553d1ae9e8e3bc2: Bug 1489160 - Check mCloseCalled instead of mAudioContextState when checking for a closed AudioContext. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Mon, 07 Dec 2020 20:48:50 +0000 - rev 559781
Push 38014 by apavel@mozilla.com at Tue, 08 Dec 2020 21:34:57 +0000
Bug 1489160 - Check mCloseCalled instead of mAudioContextState when checking for a closed AudioContext. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D98316
0f8c3d54dea364d0a7b8f0ffa2fa3a9553e7fc5b: Bug 1489160 - Add crashtest. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Mon, 07 Dec 2020 20:48:35 +0000 - rev 559780
Push 38014 by apavel@mozilla.com at Tue, 08 Dec 2020 21:34:57 +0000
Bug 1489160 - Add crashtest. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D98315
0c7b5d5a230791e949919eeed02d5c8b12570206: Bug 1618225 - Use llround function instead of + 0.5 r=karlt
Corentin Arnould <koalab1999@gmail.com> - Tue, 27 Oct 2020 22:10:56 +0000 - rev 554883
Push 37899 by malexandru@mozilla.com at Wed, 28 Oct 2020 21:47:27 +0000
Bug 1618225 - Use llround function instead of + 0.5 r=karlt Depends on D84481 Differential Revision: https://phabricator.services.mozilla.com/D85583
bfda8cd8ce2f909377293938375f107007324ff9: Bug 1618225 - Added DURATION to AudioBufferSourceNode. r=karlt
Corentin Arnould <koalab1999@gmail.com> - Tue, 27 Oct 2020 22:25:21 +0000 - rev 554880
Push 37899 by malexandru@mozilla.com at Wed, 28 Oct 2020 21:47:27 +0000
Bug 1618225 - Added DURATION to AudioBufferSourceNode. r=karlt Handle duration, and it works on looping sources. Differential Revision: https://phabricator.services.mozilla.com/D84402
d85aaf27109cae8e31e77715dd6b68ab198cbe36: Bug 1554850 - handle fractional DPI change on Linux. r=karlt
Vincent Bernat <bernat@luffy.cx> - Tue, 13 Oct 2020 02:47:27 +0000 - rev 552767
Push 37858 by btara@mozilla.com at Tue, 13 Oct 2020 21:43:51 +0000
Bug 1554850 - handle fractional DPI change on Linux. r=karlt On Linux, Firefox is listening on notify::scale-factor to detect DPI change. However, scale-factor is an int and on the lower-end side of the DPI scale, some devices are using fractional scale factors encoded into Xft/DPI setting. Changing from ×1 to ×1.5 scale is therefore undetected. The proposed change is two-folds: - remove use of a cached sDPI value and rely on GTK being the cache - listening on notify::gtk-xft-dpi to trigger a DPI change What is missing: - performance evaluation of not caching sDPI (on a 10s session loading 2 pages, there is an "overhead" of 6ms on my setup, nothing visible from my point of view) - when changing Xft/DPI and scale, the change is done twice, this seems harmless Differential Revision: https://phabricator.services.mozilla.com/D92095
8365c97a75341e118ae71940a4ae4023620d3c07: Bug 1665373 - Stop using nsCountedRef in widget/gtk. r=karlt
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 18 Sep 2020 01:04:02 +0000 - rev 549237
Push 37793 by cbrindusan@mozilla.com at Fri, 18 Sep 2020 15:11:18 +0000
Bug 1665373 - Stop using nsCountedRef in widget/gtk. r=karlt Instead, use RefPtrTraits. Differential Revision: https://phabricator.services.mozilla.com/D90397
fde84e4f98b2c2eebaa8e704ddba4e9f09706cfb: Bug 1656438 - Fix non-direct int16 speex resampler halving values. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Thu, 17 Sep 2020 06:08:38 +0000 - rev 549078
Push 37792 by malexandru@mozilla.com at Fri, 18 Sep 2020 09:45:00 +0000
Bug 1656438 - Fix non-direct int16 speex resampler halving values. r=karlt As regressed by https://github.com/xiph/speexdsp/commit/0e5d424fdba2fd1c132428da38add0c0845b4178#diff-a05703278f3e5abb7d4b60dd33006618R478 Fix cherrypicked from https://gitlab.xiph.org/xiph/speexdsp/-/merge_requests/5 Differential Revision: https://phabricator.services.mozilla.com/D89740
58838694eb673b885d33fc5dfeae2332a3331bf3: Bug 1656438 - Fix non-direct int16 speex resampler halving values. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Tue, 15 Sep 2020 14:41:51 +0000 - rev 548710
Push 37787 by malexandru@mozilla.com at Wed, 16 Sep 2020 09:56:56 +0000
Bug 1656438 - Fix non-direct int16 speex resampler halving values. r=karlt As regressed by https://github.com/xiph/speexdsp/commit/0e5d424fdba2fd1c132428da38add0c0845b4178#diff-a05703278f3e5abb7d4b60dd33006618R478 Fix cherrypicked from https://gitlab.xiph.org/xiph/speexdsp/-/merge_requests/5 Differential Revision: https://phabricator.services.mozilla.com/D89740
cd7d88e5fdc6e6f6fd43f18cf6a7045ab1de8db1: Bug 1662595 - Re-enable test_peerConnection_trackDisabling.html r=karlt
Jan-Ivar Bruaroey <jib@mozilla.com> - Tue, 01 Sep 2020 23:43:49 +0000 - rev 547349
Push 37749 by rmaries@mozilla.com at Wed, 02 Sep 2020 09:53:59 +0000
Bug 1662595 - Re-enable test_peerConnection_trackDisabling.html r=karlt Differential Revision: https://phabricator.services.mozilla.com/D89072
5d87a8dae5fe55360890e4ea4ed12135a8e909ed: Bug 1661715 - Move GTK function stubs to the correct section. r=karlt
Olivier Tilloy <olivier@tilloy.net> - Sun, 30 Aug 2020 23:15:30 +0000 - rev 546945
Push 37741 by apavel@mozilla.com at Mon, 31 Aug 2020 03:40:00 +0000
Bug 1661715 - Move GTK function stubs to the correct section. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D88588
d578c157a0503d3d86668d2d0c8d3c37061a5bf5: Bug 1592539 - Make MediaStreamRenderer always apply its FirstFrameVideoOutput. r=jib,karlt
Andreas Pehrson <apehrson@mozilla.com> - Wed, 26 Aug 2020 14:25:27 +0000 - rev 546299
Push 37733 by nbeleuzu@mozilla.com at Wed, 26 Aug 2020 21:41:21 +0000
Bug 1592539 - Make MediaStreamRenderer always apply its FirstFrameVideoOutput. r=jib,karlt The first-frame output used to only be applied when not rendering the MediaStream, and the regular video output was applied when rendering. The difference with this patch is when rendering -- both the first-frame and the regular outputs are applied at the same time. The former allows one frame to go through to the VideoFrameContainer, then the regular output takes over and lets any frames through. Nothing in how frames are rendered should be noticable by users. This allows for simpler logic for resolving the visual clone target promise in a future patch, as we won't have to track the first frame in different outputs depending on the rendering state. Differential Revision: https://phabricator.services.mozilla.com/D87138
17e11043a3c8f41b53d8d35b85b0fcf460076d07: Bug 1652884 - Temporarily disable test_peerConnection_trackDisabling.html over bug 1660144 r=karlt
Jan-Ivar Bruaroey <jib@mozilla.com> - Thu, 20 Aug 2020 01:55:12 +0000 - rev 545452
Push 37713 by abutkovits@mozilla.com at Thu, 20 Aug 2020 09:32:09 +0000
Bug 1652884 - Temporarily disable test_peerConnection_trackDisabling.html over bug 1660144 r=karlt Depends on D87539 Differential Revision: https://phabricator.services.mozilla.com/D87679
46132c70fae0d4045f1de8b8c495a4eaa4a1ddaf: Bug 1652884 - Maintain direct listener disabled state also when adding/removing to source tracks. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Wed, 19 Aug 2020 22:18:22 +0000 - rev 545446
Push 37713 by abutkovits@mozilla.com at Thu, 20 Aug 2020 09:32:09 +0000
Bug 1652884 - Maintain direct listener disabled state also when adding/removing to source tracks. r=karlt r=karlt This follows on the same logic ForwardedInputTrack is using. Note that this patch was reviewed out of band at https://phabricator.services.mozilla.com/D86925#inline-497307 Depends on D86925 Differential Revision: https://phabricator.services.mozilla.com/D87581
cca31f035f1817199990b8fa196c6cb2ae706dee: Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Wed, 19 Aug 2020 22:18:44 +0000 - rev 545445
Push 37713 by abutkovits@mozilla.com at Thu, 20 Aug 2020 09:32:09 +0000
Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt This enables a use case where MediaManager disables a MediaStreamTrack's input track, and all listeners of NotifyEnabledStateChanged on the MediaStreamTrack's main track will get notified. There can be 1 input track for N MediaStreamTracks, so this simplifies how many tracks will need to be tracked by MediaManager and explicitly disabled in the graph. Depends on D86072 Differential Revision: https://phabricator.services.mozilla.com/D86925
605c1ac3081ae785f9023423064677a60480dc52: Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Wed, 19 Aug 2020 19:30:55 +0000 - rev 545381
Push 37713 by abutkovits@mozilla.com at Thu, 20 Aug 2020 09:32:09 +0000
Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt This enables a use case where MediaManager disables a MediaStreamTrack's input track, and all listeners of NotifyEnabledStateChanged on the MediaStreamTrack's main track will get notified. There can be 1 input track for N MediaStreamTracks, so this simplifies how many tracks will need to be tracked by MediaManager and explicitly disabled in the graph. Depends on D86072 Differential Revision: https://phabricator.services.mozilla.com/D86925
6b37b60b66620295194ea2ff3eddd09a7fe9ab50: Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt
Andreas Pehrson <apehrson@mozilla.com> - Wed, 19 Aug 2020 12:11:38 +0000 - rev 545343
Push 37713 by abutkovits@mozilla.com at Thu, 20 Aug 2020 09:32:09 +0000
Bug 1652884 - Propagate disabled mode to consumer tracks in the graph. r=karlt This enables a use case where MediaManager disables a MediaStreamTrack's input track, and all listeners of NotifyEnabledStateChanged on the MediaStreamTrack's main track will get notified. There can be 1 input track for N MediaStreamTracks, so this simplifies how many tracks will need to be tracked by MediaManager and explicitly disabled in the graph. Depends on D86072 Differential Revision: https://phabricator.services.mozilla.com/D86925
444e9c56eb28f12d244cf7f2b24b2b3724061070: Bug 1620520 - set some webaudio wpt tests to fail on Linux 32-bit. r=karlt DONTBUILD
Sebastian Hengst <archaeopteryx@coole-files.de> - Wed, 19 Aug 2020 08:41:14 +0000 - rev 545278
Push 37712 by btara@mozilla.com at Wed, 19 Aug 2020 21:28:29 +0000
Bug 1620520 - set some webaudio wpt tests to fail on Linux 32-bit. r=karlt DONTBUILD Differential Revision: https://phabricator.services.mozilla.com/D87567
ac3eb08831107a036d490148d140a1ce75ea3619: Bug 1656064 - Use an atomic for mInputDeviceID until we refactor for multi-input. r=karlt
Paul Adenot <paul@paul.cx> - Tue, 04 Aug 2020 16:30:40 +0000 - rev 543396
Push 37672 by ccoroiu@mozilla.com at Wed, 05 Aug 2020 16:49:48 +0000
Bug 1656064 - Use an atomic for mInputDeviceID until we refactor for multi-input. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D85391
fd1ed3b4d00efe5dc5a0c33dced2bee4c4773e25: Bug 1653638 - P3. Remove no longer necessary workaround. r=mjf,karlt
Jean-Yves Avenard <jyavenard@mozilla.com> - Mon, 03 Aug 2020 08:01:12 +0000 - rev 543075
Push 37664 by ncsoregi@mozilla.com at Mon, 03 Aug 2020 21:39:27 +0000
Bug 1653638 - P3. Remove no longer necessary workaround. r=mjf,karlt C++17 guarantees that "In a function-call expression, the expression that names the function is sequenced before every argument expression and every default argument." The order of operations in the expression s now guaranteed, we can remove the comment and the workaround. Differential Revision: https://phabricator.services.mozilla.com/D85676
af3620fc2747c1b4dbb72504fd731e9e4e3779d3: Bug 1656063 - Only load function pointer in FFTBlock once. r=karlt
Paul Adenot <paul@paul.cx> - Fri, 31 Jul 2020 12:29:01 +0000 - rev 542905
Push 37657 by nerli@mozilla.com at Sat, 01 Aug 2020 09:48:10 +0000
Bug 1656063 - Only load function pointer in FFTBlock once. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D85389
96b106f417694868b6e2a560a27783862fe54ed6: Bug 1656067 - r=karlt
Paul Adenot <paul@paul.cx> - Fri, 31 Jul 2020 12:24:32 +0000 - rev 542904
Push 37657 by nerli@mozilla.com at Sat, 01 Aug 2020 09:48:10 +0000
Bug 1656067 - r=karlt Differential Revision: https://phabricator.services.mozilla.com/D85390
8f55969cc05865fc8dff27c8e36985bc9ec31134: Bug 1655518 - Make two bool in ReverbConvolver atomic. r=karlt
Paul Adenot <paul@paul.cx> - Wed, 29 Jul 2020 00:05:26 +0000 - rev 542854
Push 37657 by nerli@mozilla.com at Sat, 01 Aug 2020 09:48:10 +0000
Bug 1655518 - Make two bool in ReverbConvolver atomic. r=karlt The code structure is strange. This will be enough to make this safe without fear of changing the behaviour. Differential Revision: https://phabricator.services.mozilla.com/D85149
5c5cd63fa29ca03364b389cf1807e95071674987: Bug 1651703: fix min and max values in AudioParamDescriptor now we don't need this workaround to support MSVC. r=karlt,baku
Arnaud Bienner <arnaud.bienner@gmail.com> - Mon, 27 Jul 2020 09:50:21 +0000 - rev 542160
Push 37644 by cbrindusan@mozilla.com at Mon, 27 Jul 2020 20:32:01 +0000
Bug 1651703: fix min and max values in AudioParamDescriptor now we don't need this workaround to support MSVC. r=karlt,baku Differential Revision: https://phabricator.services.mozilla.com/D82977
3d6b7dda1e6b3eb54d72dfda03bb4cc2e1e32a4b: Bug 1653950 - Bump glib version requirement. r=karlt
Robert Mader <robert.mader@posteo.de> - Fri, 24 Jul 2020 09:11:59 +0000 - rev 541990
Push 37635 by nerli@mozilla.com at Fri, 24 Jul 2020 21:38:08 +0000
Bug 1653950 - Bump glib version requirement. r=karlt We already inherit a minimum version of 2.41.2 through GTK 3.14. This silences some build warnings. Differential Revision: https://phabricator.services.mozilla.com/D84578
0650d1a61f169558c9f63219a57bd50ef7984936: Bug 1653950 - Bump glib version requirement. r=karlt
Robert Mader <robert.mader@posteo.de> - Thu, 23 Jul 2020 00:07:47 +0000 - rev 541714
Push 37629 by nbeleuzu@mozilla.com at Thu, 23 Jul 2020 03:20:25 +0000
Bug 1653950 - Bump glib version requirement. r=karlt We already inherit a minimum version of 2.41.2 through GTK 3.14. This silences some build warnings. Differential Revision: https://phabricator.services.mozilla.com/D84578
5df50fa24cca69046ef5bead0c1e73875ba83007: Bug 1653950 - Bump glib version requirement. r=karlt
Robert Mader <robert.mader@posteo.de> - Wed, 22 Jul 2020 22:32:07 +0000 - rev 541708
Push 37629 by nbeleuzu@mozilla.com at Thu, 23 Jul 2020 03:20:25 +0000
Bug 1653950 - Bump glib version requirement. r=karlt We already inherit a minimum version of 2.41.2 through GTK 3.14. This silences some build warnings. Differential Revision: https://phabricator.services.mozilla.com/D84578
b692924f814a0f2eccba17faf2d797fe70b5c7ca: Bug 1651678. r=karlt
Paul Adenot <paul@paul.cx> - Fri, 17 Jul 2020 11:48:17 +0000 - rev 541198
Push 37619 by apavel@mozilla.com at Mon, 20 Jul 2020 21:42:26 +0000
Bug 1651678. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D83651
51e5fc15e945569a4ae3d03006062c27e29139da: Bug 1350875 part 3 - Have GTK notify fullscreen will change. r=karlt
Xidorn Quan <me@upsuper.org> - Wed, 15 Jul 2020 11:10:29 +0000 - rev 540650
Push 37607 by abutkovits@mozilla.com at Thu, 16 Jul 2020 15:38:26 +0000
Bug 1350875 part 3 - Have GTK notify fullscreen will change. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D68680
9c66cfdb49c4f5097f6eea9b28eb23b8ce84bf72: Bug 1646743 - Don't attempt to get the output latency from the graph after and AudioContext has been shutdown. r=karlt
Paul Adenot <paul@paul.cx> - Mon, 29 Jun 2020 10:37:14 +0000 - rev 538744
Push 37567 by dluca@mozilla.com at Fri, 03 Jul 2020 21:50:22 +0000
Bug 1646743 - Don't attempt to get the output latency from the graph after and AudioContext has been shutdown. r=karlt Depends on D80696 Differential Revision: https://phabricator.services.mozilla.com/D80836
32145dda2ca4b88aed4beba7b14f99317d80cc3c: Bug 1607713 - install xwit in ubuntu1804 docker image and set cursor position to 0,0 r=karlt
Edwin Takahashi <egao@mozilla.com> - Thu, 25 Jun 2020 18:02:11 +0000 - rev 537478
Push 37543 by abutkovits@mozilla.com at Fri, 26 Jun 2020 03:24:35 +0000
Bug 1607713 - install xwit in ubuntu1804 docker image and set cursor position to 0,0 r=karlt Changes: - install `xwit` package in the ubuntu1804 docker image setup phase. - in `test-linux.sh` call xwit to reposition the cursor to a coodinate of 0,0 Differential Revision: https://phabricator.services.mozilla.com/D80698
110d394581c9faf281580df80bd9bd22bd3f9e0c: Bug 1602668 - M(1) manifest and test changes. r=kmag,karlt,necko-reviewers,valentin
tkhan <tkhan@mozilla.com> - Mon, 22 Jun 2020 19:09:49 +0000 - rev 536614
Push 37531 by nbeleuzu@mozilla.com at Tue, 23 Jun 2020 03:44:39 +0000
Bug 1602668 - M(1) manifest and test changes. r=kmag,karlt,necko-reviewers,valentin Differential Revision: https://phabricator.services.mozilla.com/D70362
68778a6a157b3c39b9231a82f6eb1cdfff5486c8: Bug 1638107 - Scale gtk entry min height by the font-size for smaller-than-default font-sizes. r=karlt
Emilio Cobos Álvarez <emilio@crisal.io> - Tue, 26 May 2020 01:34:25 +0000 - rev 532130
Push 37451 by csabou@mozilla.com at Tue, 26 May 2020 21:37:52 +0000
Bug 1638107 - Scale gtk entry min height by the font-size for smaller-than-default font-sizes. r=karlt This makes inputs not remain very big at small font sizes, which is needed for compat both with other browsers and platforms, while keeping the right native appearance at normal / large font sizes. Differential Revision: https://phabricator.services.mozilla.com/D76256
c78da26846b5077dc7cdf982407203ee58607b33: Bug 1638263 - Full screen window after getting focus in test_bug665540. r=karlt
Xidorn Quan <me@upsuper.org> - Mon, 18 May 2020 10:10:35 +0000 - rev 530576
Push 37428 by nbeleuzu@mozilla.com at Mon, 18 May 2020 21:48:24 +0000
Bug 1638263 - Full screen window after getting focus in test_bug665540. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D75662
72afaabad8ca60b546ca5f18cfe7963d7040e0de: Bug 1638127 - Make Linux focus ring behavior match Windows, rather than Mac. r=karlt
Emilio Cobos Álvarez <emilio@crisal.io> - Mon, 18 May 2020 10:33:14 +0000 - rev 530573
Push 37428 by nbeleuzu@mozilla.com at Mon, 18 May 2020 21:48:24 +0000
Bug 1638127 - Make Linux focus ring behavior match Windows, rather than Mac. r=karlt The Mac focus model is a bit different (mouse doesn't focus form controls for example). This matches GTK3 to my knowledge, where outlines are not shown until you've navigated with the keyboard. We should maybe consider changing Android as well (and maybe all platforms, actually), but that's a bit of a bigger endeavour. Differential Revision: https://phabricator.services.mozilla.com/D75505
6b3c26acd625e3e28d21db7a923c32156046d1f0: Bug 1634295 - Flush denormals to zero in hardware in the AudioStream audio callback. r=karlt
Paul Adenot <paul@paul.cx> - Tue, 12 May 2020 00:35:18 +0000 - rev 529292
Push 37409 by apavel@mozilla.com at Wed, 13 May 2020 03:44:05 +0000
Bug 1634295 - Flush denormals to zero in hardware in the AudioStream audio callback. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D74613
546092740e58fe69b912d5dde35f01b3c9326e26: Bug 1635577 - add wakelog log. r=spohl,karlt
alwu <alwu@mozilla.com> - Thu, 07 May 2020 19:51:30 +0000 - rev 528674
Push 37393 by rmaries@mozilla.com at Fri, 08 May 2020 03:38:07 +0000
Bug 1635577 - add wakelog log. r=spohl,karlt Differential Revision: https://phabricator.services.mozilla.com/D73949
1bc958f2959b724ddcf89587e75acb2f4d62fcf6: Bug 1626734 - Fix edge case that can cause TimeStamps to go backwards by fractional milliseconds. r=karlt
Kartikaya Gupta <kgupta@mozilla.com> - Thu, 07 May 2020 12:56:09 +0000 - rev 528610
Push 37392 by apavel@mozilla.com at Thu, 07 May 2020 21:43:47 +0000
Bug 1626734 - Fix edge case that can cause TimeStamps to go backwards by fractional milliseconds. r=karlt Differential Revision: https://phabricator.services.mozilla.com/D72954