e33efdb3e151: Bug 1424482 - part 2: Remove upstream artifact when no path is defined r=mtabara a=bustage FIREFOX_BETA_60_BASE
Johan Lorenzo <jlorenzo@mozilla.com> - Thu, 01 Mar 2018 14:07:23 +0100 - rev 405783
Push 33534 by jlorenzo@mozilla.com at 2018-03-01 13:27 +0000
Bug 1424482 - part 2: Remove upstream artifact when no path is defined r=mtabara a=bustage
0f8f71b0b9d8: Backed out 2 changesets (bug 1441133) for build bustage in beta simulations at dom/clients/manager/ClientSource.cpp:402: unused variable 'wp'. a=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 01 Mar 2018 11:55:28 +0200 - rev 405782
Push 33533 by archaeopteryx@coole-files.de at 2018-03-01 09:57 +0000
Backed out 2 changesets (bug 1441133) for build bustage in beta simulations at dom/clients/manager/ClientSource.cpp:402: unused variable 'wp'. a=backout Backed out changeset 275855621865 (bug 1441133) Backed out changeset 7a4546e25adc (bug 1441133)
714ff834425c: Backed out 6 changesets (bug 888600) for beta simulation failures: build bustage on Linux and Windows opt (bug 1442036) and devtools failure browser_net_view-source-debugger.js (bug 1441961). a=backout
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 01 Mar 2018 11:51:09 +0200 - rev 405781
Push 33533 by archaeopteryx@coole-files.de at 2018-03-01 09:57 +0000
Backed out 6 changesets (bug 888600) for beta simulation failures: build bustage on Linux and Windows opt (bug 1442036) and devtools failure browser_net_view-source-debugger.js (bug 1441961). a=backout Backed out changeset 83c87140dc3d (bug 888600) Backed out changeset 2efb9b1753f6 (bug 888600) Backed out changeset af5303781961 (bug 888600) Backed out changeset 79ef59047e63 (bug 888600) Backed out changeset 30d568d628dd (bug 888600) Backed out changeset c7bd4c6c9741 (bug 888600)
cd9545935eb5: Bug 1442145, update fluent to 0.6.4, r=flod a=nightly-fix
Axel Hecht <axel@pike.org> - Thu, 01 Mar 2018 10:28:34 +0100 - rev 405780
Push 33533 by archaeopteryx@coole-files.de at 2018-03-01 09:57 +0000
Bug 1442145, update fluent to 0.6.4, r=flod a=nightly-fix This picks up an existing fix for variant keys, which we started using in gecko. The lack of this fix broke l10n-merge, and thus l10n nightlies. MozReview-Commit-ID: Gy6U52rc6PH
b996cabc7ef5: Bug 1431363 - Tracking bug for 2018-03-13 migration work, a=testing r=mtabara
Jordan Lund <jlund@mozilla.com> - Wed, 28 Feb 2018 15:55:55 -0800 - rev 405779
Push 33532 by jlund@mozilla.com at 2018-03-01 00:13 +0000
Bug 1431363 - Tracking bug for 2018-03-13 migration work, a=testing r=mtabara MozReview-Commit-ID: E8GqWJZLmLB
17e47288c224: Merge inbound to mozilla-central. a=merge
Cosmin Sabou <csabou@mozilla.com> - Wed, 28 Feb 2018 23:48:29 +0200 - rev 405778
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Merge inbound to mozilla-central. a=merge
f558cf2238e4: Bug 1441869 - Specify DIGCF_DEVICEINTERFACE when calling SetupDiGetClassDevsW; r=milan
Geoff Brown <gbrown@mozilla.com> - Wed, 28 Feb 2018 11:49:09 -0700 - rev 405777
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 1441869 - Specify DIGCF_DEVICEINTERFACE when calling SetupDiGetClassDevsW; r=milan
c72e09c45e93: Bug 1431125 - Increase max-run-time of test-verify and test-verify-wpt; r=jmaher
Geoff Brown <gbrown@mozilla.com> - Wed, 28 Feb 2018 11:49:07 -0700 - rev 405776
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 1431125 - Increase max-run-time of test-verify and test-verify-wpt; r=jmaher These tasks are expected to run quickly (5 - 30 minutes) normally, but there can be a wide range of run times.
d443027a615c: bug 1432219: fix linting errors. r=me
Ben Hearsum <bhearsum@mozilla.com> - Wed, 28 Feb 2018 13:43:37 -0500 - rev 405775
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
bug 1432219: fix linting errors. r=me
58a2ebce44c3: Bug 523950 - Part 10. Add mochitest for when we discard frames from an animated image. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:53 -0500 - rev 405774
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 10. Add mochitest for when we discard frames from an animated image. r=tnikkel With the previous parts, for large animated images, we will now discard previous frames after we reach the threshold. This mochitest configures a very low threshold, such that it will trigger on a small animated image. It then verifies that we are already to loop the animation a couple of times.
5bf2391a0e6a: Bug 523950 - Part 9. Integrate AnimationSurfaceProvider with AnimationFrameBuffer. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:53 -0500 - rev 405773
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 9. Integrate AnimationSurfaceProvider with AnimationFrameBuffer. r=tnikkel
8170b0d61fc8: Bug 523950 - Part 8. Add gtests for AnimationFrameBuffer. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405772
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 8. Add gtests for AnimationFrameBuffer. r=tnikkel
209a5b6b89b9: Bug 523950 - Part 7. Add AnimatedFrameBuffer to manage storage and decoding of frames in an animation. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405771
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 7. Add AnimatedFrameBuffer to manage storage and decoding of frames in an animation. r=tnikkel
e96c578f2a9e: Bug 523950 - Part 6. Add DecoderFactory::CloneAnimationDecoder to clone an existing image decoder. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405770
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 6. Add DecoderFactory::CloneAnimationDecoder to clone an existing image decoder. r=tnikkel Used later in the patch series, this API allows one to get an identical decoder to the one given, but decodes from the beginning.
88ff3387dd49: Bug 523950 - Part 5. Pass the currently displayed frame of an animation to its decoder. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405769
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 5. Pass the currently displayed frame of an animation to its decoder. r=tnikkel When we need to recreate an animated image decoder because it was discarded, the animation may have progressed beyond the first frame. Given that later in the patch series we need FrameAnimator to be driving the decoding more actively, it simplifies its role by making it assume the initial state of the decoder matches its initial state. Passing in the currently displayed frame allows the decoder to advance its frame buffer (and potentially discard unnecessary frames), such that when the animation actually wants to advance as it normally would, the decoder state matches what it would have been if it had never been discarded.
32b33a66cf6b: Bug 523950 - Part 4. Expose new surface provider APIs that will help drive animation decoding. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405768
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 4. Expose new surface provider APIs that will help drive animation decoding. r=tnikkel Note that AnimationSurfaceProvider will override these methods to give a proper implementation in a later patch in this series. For now, they are mostly stubbed, using the default implementation from ISurfaceProvider. They focus on the main operations we perform on an animation: 1) Progressing through the animation, e.g. advancing a frame. If we don't decode the whole animation up front, we need to know at the decoder level where we are in the display of the animation. 2) Restarting an animation from the beginning. This is a specialized case of the above, where we want to skip explicitly advancing through the remaining frames and instead restart at the beginning. The decoder may have already discarded the earliest frames and must start redecoding them. 3) Knowing whether or not the decoder is still active, e.g. can we be missing frames.
17802c1f71ac: Bug 523950 - Part 3. Add preferences to control animated image decoding behaviour. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405767
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 3. Add preferences to control animated image decoding behaviour. r=tnikkel image.animated.decode-on-demand.threshold-kb is the maximum size in kB that the aggregate frames of an animation can use before it starts to discard already displayed frames, and redecode them as necessary. The lower it is set to, the less overall memory we will consume at the expense of execution time for as long as the tab with the animation(s) above the threshold are kept open. image.animated.decode-on-demand.batch-size is the minimum number of frames we want to have buffered ahead of an animation's currently displayed frame. The decoding will request this number of frames at a time to maximize use of memory caching. Note that this is related to the above preference as well; increasing the batch size will in effect raise what the minimum threshold. This simplifies the logic in patches later in the series.
3ae96eb62198: Bug 523950 - Part 2. Expose image decoder type and SourceBuffer to owners. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:52 -0500 - rev 405766
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 2. Expose image decoder type and SourceBuffer to owners. r=tnikkel Later in the patch series, we use the new APIs to facilitate cloning of an existing decoder. This is useful when you want to redecode the same image with the exact same configuration but from the very beginning.
7e19edf401e9: Bug 523950 - Part 1. Do some unified build accounting, missing headers and namespaces. r=tnikkel
Andrew Osmond <aosmond@mozilla.com> - Wed, 28 Feb 2018 13:34:51 -0500 - rev 405765
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 523950 - Part 1. Do some unified build accounting, missing headers and namespaces. r=tnikkel
d223f20b5762: Bug 1440565 P2 Add a mochitest that verifies we throw TypeError for fetch() with a view-source URL. r=asuth
Ben Kelly <ben@wanderview.com> - Wed, 28 Feb 2018 10:34:13 -0800 - rev 405764
Push 33531 by csabou@mozilla.com at 2018-02-28 21:49 +0000
Bug 1440565 P2 Add a mochitest that verifies we throw TypeError for fetch() with a view-source URL. r=asuth
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip