2081656d2497d4803e35d5962e34b2642a42e999: Bug 1112480 part 9 - Remove call to PostUpdate from AnimationPlayer::ResumeAt; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222850
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 9 - Remove call to PostUpdate from AnimationPlayer::ResumeAt; r=jwatt Since pending animations are no longer started outside of a style update, we no longer need to call PostUpdate from ResumeAt.
632d54874ed20d94da6db401e3459f7b1998fd10: Bug 1112480 part 8 - Remove AnimationTimeline::FastForward; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222849
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 8 - Remove AnimationTimeline::FastForward; r=jwatt Now that we don't actually start pending animations until the following refresh driver tick we no longer need to be able to fast-forward the AnimationTimeline between ticks.
1d3d4759f4edead98212fee17aa81f26a2da08e9: Bug 1112480 part 7 - Add checking for orphaned players; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222848
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 7 - Add checking for orphaned players; r=jwatt When a player is made pending, we rely on it being added to a pending player tracker that will eventually start the player. However, there are a few situations where this might not happen. For example, we can't find a pending player tracker (e.g. there's no source content or the source content isn't attached to a document), or the pending player tracker disappeared. In these cases we still want to ensure that such a player does actually get started. This patch attempts to detect such situations and start players accordingly. There are, unfortunately, currently no tests for this. I have been unsuccessful in recreating any of the situations these tests are supposed to cover.
d99b6fd9ca56842a48fd7147cecc7d0947b9cc72: Bug 1112480 part 6 - Make PendingPlayerTracker call StartOnNextTick; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222847
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 6 - Make PendingPlayerTracker call StartOnNextTick; r=jwatt This patch switches on the new, "actually start the player in the next refresh driver tick" behavior. It updates PendingPlayerTracker, adding a StartPendingPlayersOnNextTick method which calls the appropriate method on AnimationPlayer. The existing StartPendingPlayers is renamed to StartPendingPlayersNow and is used for testing only. Furthermore, since we now expect AnimationPlayer::StartOnNextTick to be functional, AnimationPlayer::DoPlay is updated to use it when there is no document available. This should make playing an animation player always asynchronous, that is, always transition to the pending state temporarily (unless we are already playing).
003c367a510f7396f172c6f48d2bd99ed7d42248: Bug 1112480 part 5 - Add AnimationTimeline::IsUnderTestControl; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222846
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 5 - Add AnimationTimeline::IsUnderTestControl; r=jwatt Earlier in this patch series we added AnimationPlayer::StartOnNextTick which takes a ready time parameter expressed in timeline time. In order to call this method when painting finishes we need to convert the TimeStamp recorded when painting finished to a timeline time. However, when the timeline is driven by a refresh driver under test control we can no longer meaningfully do this conversion since there is no correspondence between the notion of time used to record the time when painting finished (wallclock time) and the notion of time used by the timeline (which has been arbitrarily adjusted by test code). We need a way to detect this situation so that we know not to call ToTimelineTime in that case. Alternatively, we could make ToTimelineTime automatically return a null value when its refresh driver is under test control. However, in this situation ToTimelineTime can still actually be used to convert a TimeStamp to a timeline time as long as the TimeStamp is from the same refresh driver. Indeed, GetCurrentTime does exactly that. So if we were to go down that route we would have to provide a way for GetCurrentTime to work around that restriction. For now, this patch puts the onus on the caller of ToTimelineTime to check if the timeline is under test control first (unless they are passing a TimeStamp from the same refresh driver, in which case there is no need to check).
69a084bd65e4fe5a47f6d4f36f3dccfb126c975b: Bug 1112480 part 4 - Use mPendingReadyTime in AnimationPlayer::Tick; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222845
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 4 - Use mPendingReadyTime in AnimationPlayer::Tick; r=jwatt This patch makes AnimationPlayer act on requests to StartOnNextTick by checking for mPendingReadyTime on each tick. We also check that the ready time is not in the future since currently it might be possible that we get multiple calls to AnimationPlayer::Tick within a single refresh driver tick. Note that this patch shouldn't actually produce any observable change yet, however, since we don't call StartOnNextTick anywhere.
73091940bedfc769250e199d9489e3545ccf235e: Bug 1112480 part 3 - Add AnimationPlayer::StartOnNextTick; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222844
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 3 - Add AnimationPlayer::StartOnNextTick; r=jwatt Adds a method that schedules an animation player to begin on the next tick using the supplied time as the start time. We don't call this yet, however, but simply add the method and the mPendingReadyTime member it sets.
dfba5219541ff18c96f1b43e52f4d54bd4bc707d: Bug 1112480 part 2 - Factor out ResumeAt; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222843
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 2 - Factor out ResumeAt; r=jwatt In addition to AnimationPlayer::StartNow, this patch series also makes AnimationPlayer::Tick start animations. Since these methods will share a lot of code we first factor out a common ResumeAt method to encapsulate the common code.
15f5148fe5892f1267f298ea6a09d8a6f64dc647: Bug 1112480 part 1 - Adjust tests to accommodate changed animation start behavior; r=jwatt
Brian Birtles <birtles@gmail.com> - Fri, 09 Jan 2015 07:57:58 +0900 - rev 222842
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1112480 part 1 - Adjust tests to accommodate changed animation start behavior; r=jwatt In this patch series we adjust the behavior of animation starting so that the animation does not actually start until the following refresh driver tick. This requires some tweaks to tests to ensure they continue to pass.
7877a00d7025405b31b2f0df73e8a1067bda5923: Backout 51e4e9fcde24 (bug 1105895) for causing some Octane and Dromaeo regressions.
Nicholas Nethercote <nnethercote@mozilla.com> - Thu, 08 Jan 2015 14:19:36 -0800 - rev 222841
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Backout 51e4e9fcde24 (bug 1105895) for causing some Octane and Dromaeo regressions.
06402d84ac3d38c86214129c533911a520165e58: Bug 1119060: Ensure that PluginProcessParent::mLaunchCompleteTask is non-null until the runnable has executed; r=gfritzsche
Aaron Klotz <aklotz@mozilla.com> - Wed, 07 Jan 2015 18:01:51 -0700 - rev 222840
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1119060: Ensure that PluginProcessParent::mLaunchCompleteTask is non-null until the runnable has executed; r=gfritzsche
20a7f674d668fdd19e0337f6f5847befc3a66fbf: Bug 1110585 - Inconsistent timestamp in storage metadata file; r=bent
Jan Varga <jan.varga@gmail.com> - Thu, 08 Jan 2015 23:38:53 +0100 - rev 222839
Push 10731 by cbook@mozilla.com at Fri, 09 Jan 2015 14:51:37 +0000
Bug 1110585 - Inconsistent timestamp in storage metadata file; r=bent
0defe8745bb9f8fe021015377693d919c902ce32: Bug 1105652 - Handle uncaught promise rejections in the style editor;r=bgrins
Eddy Bruël <ejpbruel@gmail.com> - Fri, 09 Jan 2015 15:45:33 +0100 - rev 222838
Push 10730 by ejpbruel@mozilla.com at Fri, 09 Jan 2015 14:46:05 +0000
Bug 1105652 - Handle uncaught promise rejections in the style editor;r=bgrins
86ac3a19e456adb1f81100e0aba2c58004b6db32: Bug 1118806 - Handle uncaught promise rejections in the storage inspector;r=pbrosset
Eddy Bruël <ejpbruel@gmail.com> - Fri, 09 Jan 2015 15:26:54 +0100 - rev 222837
Push 10729 by ejpbruel@mozilla.com at Fri, 09 Jan 2015 14:29:14 +0000
Bug 1118806 - Handle uncaught promise rejections in the storage inspector;r=pbrosset
6d2c3bd2ccc1a95233d371a64442307c16f92883: Bug 1114780 - Re-enable devtools animation actors tests; r=me
Patrick Brosset <pbrosset@mozilla.com> - Fri, 09 Jan 2015 15:22:38 +0100 - rev 222836
Push 10728 by pbrosset@mozilla.com at Fri, 09 Jan 2015 14:22:54 +0000
Bug 1114780 - Re-enable devtools animation actors tests; r=me
2684f09cf98595a55f987bb4ae801000c7e5eb2b: Bug 1113091 - Make the AnimationPlayerActor aware of the player ready promise; r=bgrins
Patrick Brosset <pbrosset@mozilla.com> - Fri, 09 Jan 2015 15:21:05 +0100 - rev 222835
Push 10727 by pbrosset@mozilla.com at Fri, 09 Jan 2015 14:21:32 +0000
Bug 1113091 - Make the AnimationPlayerActor aware of the player ready promise; r=bgrins
46822560ac5394d889a058d711db1f3bff3cf620: Bug 1118804 - Handle uncaught promise rejections in the inspector;r=pbrosset
Eddy Bruël <ejpbruel@gmail.com> - Fri, 09 Jan 2015 15:09:28 +0100 - rev 222834
Push 10726 by ejpbruel@mozilla.com at Fri, 09 Jan 2015 14:12:30 +0000
Bug 1118804 - Handle uncaught promise rejections in the inspector;r=pbrosset
ffce954c598e9123680e7a6d66e06b6595f6b050: Bug 1098371 - create localized version of sslv3 error page, r=mconley
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Fri, 19 Dec 2014 20:10:56 +0000 - rev 222833
Push 10725 by gijskruitbosch@gmail.com at Fri, 09 Jan 2015 14:04:04 +0000
Bug 1098371 - create localized version of sslv3 error page, r=mconley
866d1d62ea5cb503e6dc4625bd00e29ed1c01b0d: Bug 1105803 - Disable the Storage Inspector tests on debug builds for permafailing on release builds.
Ryan VanderMeulen <ryanvm@gmail.com> - Fri, 09 Jan 2015 08:39:27 -0500 - rev 222832
Push 10724 by ryanvm@gmail.com at Fri, 09 Jan 2015 13:39:47 +0000
Bug 1105803 - Disable the Storage Inspector tests on debug builds for permafailing on release builds.
8455c5f7dbb17db8a00ff61a0d758f9da6037814: Bug 1070250 - Split browser_toolbox_options_disable_cache.js into two separate tests to avoid timeouts. r=miker
Sami Jaktholm <sjakthol@outlook.com> - Tue, 30 Dec 2014 19:25:21 +0200 - rev 222831
Push 10724 by ryanvm@gmail.com at Fri, 09 Jan 2015 13:39:47 +0000
Bug 1070250 - Split browser_toolbox_options_disable_cache.js into two separate tests to avoid timeouts. r=miker
(0) -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip