a13e81bd644344b4d4d045215137ebbbf2b06793: Bug 1208378 - Distinguish track sinks on whether their presence allows a source to stop. r=jib
Andreas Pehrson <pehrsons@mozilla.com> - Fri, 10 Nov 2017 15:08:02 +0100 - rev 444515
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1208378 - Distinguish track sinks on whether their presence allows a source to stop. r=jib There are currently two types of sinks for a MediaStreamTrackSource. Actual MediaStreamTracks and HTMLMediaElement::StreamCaptureTrackSource. A source needs actual tracks as sinks to not stop() the underlying source. A StreamCaptureTrackSource, however, should not count toward keeping a source alive (otherwise HTMLMediaElement.mozCaptureStream() would prevent track.stop() from working on the track feeding the media element). MozReview-Commit-ID: 9MBAyZFZUIQ
b28d805676ddeb390b8d6a2ffdddbafca47a46f5: Bug 1208378 - Set up basic tests with muted state. r=jib
Andreas Pehrson <pehrsons@mozilla.com> - Tue, 07 Nov 2017 16:54:41 +0100 - rev 444514
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1208378 - Set up basic tests with muted state. r=jib MozReview-Commit-ID: HUPNJnh5MWD
b9333a4fe45b461bfdee9cc565b2fba7bf0b728f: Bug 1208378 - Implement MediaStreamTrack's muted state and events. r=jib,smaug
Andreas Pehrson <pehrsons@mozilla.com> - Mon, 06 Nov 2017 19:03:52 +0100 - rev 444513
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1208378 - Implement MediaStreamTrack's muted state and events. r=jib,smaug MozReview-Commit-ID: 1Sp9utMnWXI
29b6b2c4855d593f457326d6c81c56e47a5dd22f: Bug 1208378 - Make HTMLMediaElement register its Sink. r=jib
Andreas Pehrson <pehrsons@mozilla.com> - Mon, 06 Nov 2017 18:08:26 +0100 - rev 444512
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1208378 - Make HTMLMediaElement register its Sink. r=jib This is a drive-by fix in that it is not directly related to what the bug is solving. However, making HTMLMediaElement register as a sink is important, and pairing it with the WeakPtr<Sink> patch reduces risk greatly. MozReview-Commit-ID: 7pMDw3MG0ZB
83d5a772d5b46603451f8589d48fead0c8bc5967: Bug 1208378 - Store MediaStreamTrackSource::Sink in a WeakPtr. r=jib
Andreas Pehrson <pehrsons@mozilla.com> - Mon, 06 Nov 2017 18:04:27 +0100 - rev 444511
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1208378 - Store MediaStreamTrackSource::Sink in a WeakPtr. r=jib MozReview-Commit-ID: Movk15KRK7
05fc5e9fd820bbf6489429dee9c5b5e7cbad6b63: Bug 1416372 - Remove line line:col display in separate view source windows;r=jryans
Brian Grinstead <bgrinstead@mozilla.com> - Mon, 20 Nov 2017 10:40:33 -0800 - rev 444510
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1416372 - Remove line line:col display in separate view source windows;r=jryans This is the only consumer of <statusbar> and <statusbarpanel> in m-c, and isn't visible without changing the view_source.tab pref. MozReview-Commit-ID: 60VbsnBEkcK
5272b492b90c494183151d1c7d1afa35b460f24c: servo: Merge #19301 - Update gecko-media (from servo:bumps); r=jdm
Anthony Ramine <n.oxyde@gmail.com> - Mon, 20 Nov 2017 12:54:01 -0600 - rev 444509
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
servo: Merge #19301 - Update gecko-media (from servo:bumps); r=jdm The last remaining use of bitflags 0.7 is now in clap. Source-Repo: https://github.com/servo/servo Source-Revision: 4d27ce0a6c86a82e39d000d19bc0de92a3a53c6f
54ce507fdd658413ce130cca1b25a35e2c6abade: Bug 1332273 - Support programmatically registered content scripts. r=baku,kmag
Luca Greco <lgreco@mozilla.com> - Fri, 03 Nov 2017 17:01:58 +0100 - rev 444508
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1332273 - Support programmatically registered content scripts. r=baku,kmag MozReview-Commit-ID: BiWlyYV7ZvB
081c06e175b2b4431b7af5ea594ff0373e97b70a: Merge inbound to mozilla-central r=merge a=merge
Cosmin Sabou <csabou@mozilla.com> - Tue, 21 Nov 2017 00:01:02 +0200 - rev 444507
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Merge inbound to mozilla-central r=merge a=merge
770f7a81d7dae2d1ebd310c20ef2f925df055948: Bug 1418479 - Make Windows coverage build and tests tier 3. r=jmaher
Marco Castelluccio <mcastelluccio@mozilla.com> - Mon, 20 Nov 2017 19:01:28 +0100 - rev 444506
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1418479 - Make Windows coverage build and tests tier 3. r=jmaher
11c2b95991519b35c04214060b2a2168f32cdad2: Bug 1417650 - Correctly specify flags for Tab:OpenUri; r=me
Jim Chen <nchen@mozilla.com> - Mon, 20 Nov 2017 14:15:35 -0500 - rev 444505
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1417650 - Correctly specify flags for Tab:OpenUri; r=me Pass in the flag names for Tab:OpenUri so we don't have to worry about synchronizing the flags in Java with ones in C++. r=me for trivial patch. MozReview-Commit-ID: BowjLV1s7nT
312db92828f8ac8af5391d5a9533821e6eb758a8: Bug 1379688 part 2. Make the EventTarget interface constructible. r=smaug
Boris Zbarsky <bzbarsky@mit.edu> - Mon, 20 Nov 2017 13:59:22 -0500 - rev 444504
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1379688 part 2. Make the EventTarget interface constructible. r=smaug MozReview-Commit-ID: 4xrSSqXna7F
55753b766fd5a588742ac73c6b88a55c0021d2f2: Bug 1379688 part 1. Remove some restrictions on whether an interface that implements QueryInterface can have a non-abstract ancestor. r=smaug
Boris Zbarsky <bzbarsky@mit.edu> - Mon, 20 Nov 2017 13:59:20 -0500 - rev 444503
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1379688 part 1. Remove some restrictions on whether an interface that implements QueryInterface can have a non-abstract ancestor. r=smaug This restriction was put in place back when we automatically added QueryInterface to all rootmost non-abstract interfaces. At the time, we needed to make sure it did NOT end up on EventTarget, because then webidl quickstubs would replace the QI impl on non-webidl EventTargets with the WebIDL one, which would not work for them. Since then, we have removed WebIDL quickstubs and we now explicitly list which interfaces get QueryInterface, so this check is no longer needed. MozReview-Commit-ID: 5B13ymdyLp3
52c26719155e2007d14380528ce092b0ebc2014b: Bug 1288392 - Use Scalar Replacement on MNewArrayCopyOnWrite arrays. r=nbp
Tom Schuster <evilpies@gmail.com> - Mon, 20 Nov 2017 19:18:45 +0100 - rev 444502
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1288392 - Use Scalar Replacement on MNewArrayCopyOnWrite arrays. r=nbp
066c5f6d20c759fcf65f8065010d32db34230e2e: Bug 1419070 - [u2f-hid-rs] Implement per-device threads on Linux, don't use KeyHandleMatcher r=jcj
Tim Taubert <ttaubert@mozilla.com> - Mon, 20 Nov 2017 18:25:54 +0100 - rev 444501
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Bug 1419070 - [u2f-hid-rs] Implement per-device threads on Linux, don't use KeyHandleMatcher r=jcj This patch rewrites the Linux backend to have a structure similar to the macOS one [1]. We'll have one thread per device, which means that a device that is stuck or unresponsive won't break other devices. [1] https://github.com/jcjones/u2f-hid-rs/pull/52 Review: https://github.com/jcjones/u2f-hid-rs/pull/56 https://github.com/jcjones/u2f-hid-rs/commit/7d9f31a8a2c807153f712c5e4943b8e60d92674b
614d705be06c5439212d5f3a955eb6e3e8e8c2b1: Revert to using EnsureBackBufferIfFrontBuffer (bug 1416921, r=bas)
Ryan Hunt <rhunt@eqrion.net> - Fri, 17 Nov 2017 01:37:01 -0500 - rev 444500
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
Revert to using EnsureBackBufferIfFrontBuffer (bug 1416921, r=bas) This commit reverts DoubleBufferedContentClient to creating a back buffer if there is an existing front buffer. This reverts back to a sequence of a finalize frame, unrotate, and initialize new back buffer. When we are not async painting we do each buffer operation immediately. If we are async painting, then we collect all of the buffer operations and perform them on the paint thread. Note on locking: The destination for buffer copies must always be opened with the async write flag, and the source must be unlocked. MozReview-Commit-ID: Gu4EcblY7Sg
0af8d899db740b9b80f81d51c373ed105ea809d3: bug 1409721 - add LOCALIZED_FILES and LOCALIZED_PP_FILES to moz.build sandbox. r=nalexander
Ted Mielczarek <ted@mielczarek.org> - Thu, 09 Nov 2017 14:01:48 -0800 - rev 444499
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
bug 1409721 - add LOCALIZED_FILES and LOCALIZED_PP_FILES to moz.build sandbox. r=nalexander This commit adds new moz.build sandbox symbols that are intended to be used for localized files: LOCALIZED_FILES and LOCALIZED_PP_FILES. They are currently just do-nothing subclasses of FinalTarget[Preprocessor]Files, but the next change in this series will add support for them to the recursive make backend. Because they subclass FinalTarget[Preprocessor]Files, build backends that are not concerned about localized builds should be able to handle them as if they were FINAL_TARGET[_PP]_FILES without any additional code. MozReview-Commit-ID: K0baBZ0F7av
b7c381c2e7f951e36ba421478c6820319bea8caa: bug 1409721 - wire up support for LOCALIZED[_PP]_FILES in the recursive make backend. r=nalexander
Ted Mielczarek <ted@mielczarek.org> - Thu, 09 Nov 2017 15:22:42 -0800 - rev 444498
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
bug 1409721 - wire up support for LOCALIZED[_PP]_FILES in the recursive make backend. r=nalexander This commit adds support for handling LOCALIZED_FILES and LOCALIZED_PP_FILES in the recursive make backend. They get special handling because they have a few special needs: * They run during the libs tier, so that repacks work. * The filenames cannot be determined at build-backend generation time, since repacks run configure once and then repack multiple locales using the generated backend files, so they are written with to be expanded with MERGE_FILE by make so that the file gets picked up from the proper locale dir. Other build backends that aren't trying to handle localized builds will silently handle these like FINAL_TARGET_FILES, which is fine until we revamp our l10n repack story. MozReview-Commit-ID: 2LZhPZNhQ4S
338963fe12d3b84dfd6105efa3982e7e34f8ec94: bug 1409721 - move firefox-l10n.js to moz.build. r=nalexander
Ted Mielczarek <ted@mielczarek.org> - Thu, 09 Nov 2017 15:34:21 -0800 - rev 444497
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
bug 1409721 - move firefox-l10n.js to moz.build. r=nalexander This is a fairly straightforward application of LOCALIZED_PP_FILES. The extra layer of PREF_DIR can be removed because all of browser has DIST_SUBDIR set due to it being exported in browser/moz.build, and that means that PREF_DIR is always defaults/preferences here: https://dxr.mozilla.org/mozilla-central/rev/f41930a869a84af81df1a88d8e82323ff3a6509a/config/rules.mk#1205 Additionally, it turns out that PREF_PPFLAGS is not set anywhere in the tree, so I simply left it out of the translation. MozReview-Commit-ID: 874EeTZRdLI
fb4ceaf30810fc04b3d0f9a46e2d077b5141af7f: bug 1409721 - move crashreporter.ini and crashreporter-override.ini to moz.build LOCALIZED_FILES. r=nalexander
Ted Mielczarek <ted@mielczarek.org> - Mon, 13 Nov 2017 15:58:09 -0500 - rev 444496
Push 8527 by Callek@gmail.com at Thu, 11 Jan 2018 21:05:50 +0000
bug 1409721 - move crashreporter.ini and crashreporter-override.ini to moz.build LOCALIZED_FILES. r=nalexander The additional `ifndef IS_LANGPACK` Makefile bits turned out to be unnecessary, as langpack packaging excludes ini files: https://dxr.mozilla.org/mozilla-central/rev/20d57b9c4183973af4af5e078dff2aec0b74f928/toolkit/locales/l10n.mk#220 We already don't have this wrapping around updater.ini so it doesn't seem harmful. MozReview-Commit-ID: 7kmg1AIVLcl
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip