0957b2cf3fdee7ffc3771ed91d633a422de7eb3d: Bug 1356179 - Part 2. Reftest for applying clip-path onto thin objects. draft
cku <cku@mozilla.com> - Wed, 10 May 2017 15:44:52 +0800 - rev 576053
Push 58254 by bmo:cku@mozilla.com at Thu, 11 May 2017 09:01:18 +0000
Bug 1356179 - Part 2. Reftest for applying clip-path onto thin objects. MozReview-Commit-ID: 7CDyDYtLWsN
5e0c4805a56c6fe9825bde08136a67e67069c16a: Bug 1360154 - Part 2. Add fast path to check whether valus is emtpy. r?masayuki draft
Makoto Kato <m_kato@ga2.so-net.ne.jp> - Thu, 11 May 2017 14:04:18 +0900 - rev 576052
Push 58253 by m_kato@ga2.so-net.ne.jp at Thu, 11 May 2017 08:41:01 +0000
Bug 1360154 - Part 2. Add fast path to check whether valus is emtpy. r?masayuki Actually, we use GetValue to check whether value is empty or not for placeholder. But since GetValue uses TextEditor::OutputToString when on editor, it is expensive. Since editor has DocumentIsEmpty method, we should use it for this case. MozReview-Commit-ID: rQX8yjnWQz
a80380f7c5732b41155fd628e51b147e5579dc6f: Bug 1363668: P2. Don't attempt to continue decoding of no next keyframe. r?jwwang draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 11 May 2017 10:31:23 +0200 - rev 576051
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1363668: P2. Don't attempt to continue decoding of no next keyframe. r?jwwang When we have no future keyframe and an error occurred. We can't skip over anything and we shouldn't try to simply decode the next video frame. So we abort early. MozReview-Commit-ID: F4IIeZCr2Cp
11f62382f567e60ebbe7103c32d23bf89455b230: Bug 1363668: P1. Attempt to decode the first frame again if error occurred. r?jwwang draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Thu, 11 May 2017 10:29:57 +0200 - rev 576050
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1363668: P1. Attempt to decode the first frame again if error occurred. r?jwwang MozReview-Commit-ID: H5gwW7PONc6
a5631ff05edece80c33daa239ca7b567bb1a08fc: Bug 1362165: P7. Only complete appendBuffer once readyState has changed. r?jwwang draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Tue, 09 May 2017 12:23:11 +0200 - rev 576049
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P7. Only complete appendBuffer once readyState has changed. r?jwwang MSE specs require that the readyState be modified during either the Initialization Segment Received or the Coded Frame Processing algorithms. At this stage, we only handle the Initialization Segment part (readyState moving from HAVE_NOTHING to HAVE_METADATA) MozReview-Commit-ID: KBnnWuHJ6Om
eee62094b83a740e9799781e5811fb96e458100c: Bug 1362165: P6. Only use sourcebuffer again once previous operation completed. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Wed, 03 May 2017 11:50:33 +0200 - rev 576048
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P6. Only use sourcebuffer again once previous operation completed. r?gerald It was incorrect to assume that once "loadeddata" event fired the sourcebuffer would be usable again. Only the "updateend" event guarantees such condition. MozReview-Commit-ID: HcyaLWjjBlp
1549340574afdb065d08a437122ae1e5eceff4af: Bug 1362165: P5. Don't assume that when stalling all data has been loaded. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 28 Apr 2017 17:18:43 +0200 - rev 576047
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P5. Don't assume that when stalling all data has been loaded. r?gerald The stalled event can be fired as playback is starting and data has yet to be processed. So instead we wait for playback to reach the end. MozReview-Commit-ID: 4W3M5tee2HD
3ab81703acf8afd5dbbb25a5ec1baf8d67a122d0: Bug 1357040: P4. Don't assume the duration found when reading metadata will be the final one. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 28 Apr 2017 16:16:51 +0200 - rev 576046
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1357040: P4. Don't assume the duration found when reading metadata will be the final one. r?gerald When endOfStream() is called, the duration is changed to that of the last buffered frame's end time. The ended event will only be fired if currentTime is equal to the duration. So if the duration has changed following a call to endOfStream, then playback won't be considered as ended. MozReview-Commit-ID: DBu3LorwFTI
2ded18ffa5888e61c49cec645b8366fa2e47852f: Bug 1362165: P3. Remove unecessary code. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 28 Apr 2017 16:18:36 +0200 - rev 576045
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P3. Remove unecessary code. r?gerald We have no need to call endOfStream here as we don't rely on the ended event being fired. Also, there's no need to track how many update count we will get when we only use appendBuffer once. Adding extra test to help identify where the actual failure of the test could occur. MozReview-Commit-ID: HIu1XQpHark
fdfff385a244e6fb022e61587b11c4aab43b5169: Bug 1362165: P2. Don't expect that all data has been processed after metadata. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 28 Apr 2017 00:52:44 +0200 - rev 576044
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P2. Don't expect that all data has been processed after metadata. r?gerald Assuming that the buffered range has been updated when loadedmetadata was fired was wrong. Only once the data has been fully appended to the source buffer, can seeking complete. MozReview-Commit-ID: LRY0PRaMEw9
69b7dcfa77dcce717a06f3f681deb8f04e0a92c0: Bug 1362165: P1. Fix potential race accessing members. r?gerald draft
Jean-Yves Avenard <jyavenard@mozilla.com> - Fri, 05 May 2017 17:51:08 +0200 - rev 576043
Push 58252 by bmo:jyavenard@mozilla.com at Thu, 11 May 2017 08:33:52 +0000
Bug 1362165: P1. Fix potential race accessing members. r?gerald MozReview-Commit-ID: 9sXU2ZFKmJZ
b21c30a60558a444699a2fb13c16307a4994daa8: Bug 1362947 - Upgrade eslint-plugin-html to 2.0.3 to pick up --fix support. r?jaws draft
Mark Banner <standard8@mozilla.com> - Mon, 08 May 2017 10:29:47 +0100 - rev 576042
Push 58251 by bmo:standard8@mozilla.com at Thu, 11 May 2017 08:31:37 +0000
Bug 1362947 - Upgrade eslint-plugin-html to 2.0.3 to pick up --fix support. r?jaws MozReview-Commit-ID: 5fVG7akPnGM
013419166c774a6efe81c907f3a0a7b8dcd62e8d: Bug 1363997 - Add tombstone support to formautofill's ProfileStorage. r? draft
Mark Hammond <mhammond@skippinet.com.au> - Tue, 09 May 2017 14:18:40 +1000 - rev 576041
Push 58250 by bmo:markh@mozilla.com at Thu, 11 May 2017 08:28:21 +0000
Bug 1363997 - Add tombstone support to formautofill's ProfileStorage. r? MozReview-Commit-ID: ladknQNOMb
894656c2e3666297de6a1c48899fb730e21cd99e: Bug XXXXXXX - profile.get returns null instead of throwing for an unknown guid. r? draft
Mark Hammond <mhammond@skippinet.com.au> - Tue, 09 May 2017 15:38:49 +1000 - rev 576040
Push 58250 by bmo:markh@mozilla.com at Thu, 11 May 2017 08:28:21 +0000
Bug XXXXXXX - profile.get returns null instead of throwing for an unknown guid. r? MozReview-Commit-ID: AHe231q6HpR
e39febaf0ca7a00b2a607bf92a87df47e8d38f61: Bug 1361965 - Provide access to a formautofill storage singleton draft
Mark Hammond <mhammond@skippinet.com.au> - Thu, 04 May 2017 18:25:46 +1000 - rev 576039
Push 58250 by bmo:markh@mozilla.com at Thu, 11 May 2017 08:28:21 +0000
Bug 1361965 - Provide access to a formautofill storage singleton MozReview-Commit-ID: 6IbeuOmONxb
d8c698e0b1c6619f259b2669bd7c99346d8f2ab5: Bug 1362947 - Upgrade eslint-plugin-html to 2.0.3 to pick up --fix support. r?Mossop draft
Mark Banner <standard8@mozilla.com> - Mon, 08 May 2017 10:29:47 +0100 - rev 576038
Push 58249 by bmo:standard8@mozilla.com at Thu, 11 May 2017 08:27:02 +0000
Bug 1362947 - Upgrade eslint-plugin-html to 2.0.3 to pick up --fix support. r?Mossop MozReview-Commit-ID: 5fVG7akPnGM
c23a1d8847511f9cbb082bccc3aee405979ee3cf: Bug 1363994 - Use the same implementation of isAdaptivePlaybackSupported in LollipopAsyncCodec and JellyBeanAsyncCodec draft
James Cheng <jacheng@mozilla.com> - Thu, 11 May 2017 16:12:55 +0800 - rev 576037
Push 58248 by bmo:jacheng@mozilla.com at Thu, 11 May 2017 08:13:09 +0000
Bug 1363994 - Use the same implementation of isAdaptivePlaybackSupported in LollipopAsyncCodec and JellyBeanAsyncCodec MozReview-Commit-ID: EWV1t0gdq8V
3cb75f3b217b159b3170e94d1329b8ce4e8c3b45: Bug 1356179 - Part 2. Reftest for applying clip-path onto thin objects. draft
cku <cku@mozilla.com> - Wed, 10 May 2017 15:44:52 +0800 - rev 576036
Push 58247 by bmo:cku@mozilla.com at Thu, 11 May 2017 08:08:56 +0000
Bug 1356179 - Part 2. Reftest for applying clip-path onto thin objects. MozReview-Commit-ID: 7CDyDYtLWsN
4877824b5724098b71fe1096eadbb37879413135: Bug 1363992 - Remove jemalloc 4. r?njn draft
Mike Hommey <mh+mozilla@glandium.org> - Thu, 11 May 2017 13:23:07 +0900 - rev 576035
Push 58246 by bmo:mh+mozilla@glandium.org at Thu, 11 May 2017 08:02:42 +0000
Bug 1363992 - Remove jemalloc 4. r?njn
34871b347c94fb584434d73dfc559e3bb01164c9: Bug 1363992 - Remove support for making jemalloc4 the default. r?njn draft
Mike Hommey <mh+mozilla@glandium.org> - Thu, 11 May 2017 13:16:00 +0900 - rev 576034
Push 58246 by bmo:mh+mozilla@glandium.org at Thu, 11 May 2017 08:02:42 +0000
Bug 1363992 - Remove support for making jemalloc4 the default. r?njn
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip