a74a1865eb97f56ca13947e1f62790ab0454c372: Bug 1285170 - Remove app:// protocol r=valentin
Alexandre Lissy <lissyx@lissyx.dyndns.org> - Wed, 16 Mar 2016 17:11:12 +0100 - rev 329263
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285170 - Remove app:// protocol r=valentin MozReview-Commit-ID: 4cnLrqqyP35
590b6cdf1e9950dd60f9c10d91a6edfad4e787a1: Merge mozilla-central to autoland
Carsten "Tomcat" Book <cbook@mozilla.com> - Fri, 08 Jul 2016 12:18:14 +0200 - rev 329262
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Merge mozilla-central to autoland
0ac60b8ebc497f4731bca30373a2ef486bf5091c: Bug 1285240: Update tests to prevent redefinitions r=ato
David Burns <dburns@mozilla.com> - Thu, 07 Jul 2016 22:20:32 +0100 - rev 329261
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285240: Update tests to prevent redefinitions r=ato The tests had the same name which caused a redefinition meaning only one of the tests was run. MozReview-Commit-ID: LuflhcD4wKl
5e7d0a3aab628a5912f23a95aaff81c51eed9659: Bug 1285240: Trim leading and trailing space when finding elements by link text r=ato
David Burns <dburns@mozilla.com> - Thu, 07 Jul 2016 23:06:17 +0100 - rev 329260
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285240: Trim leading and trailing space when finding elements by link text r=ato This gives up parity with the WebDriver project and brings us in line with the current specification http://w3c.github.io/webdriver/webdriver-spec.html#dfn-link-text MozReview-Commit-ID: 9OD6B2pKTfx
0164fbe346839e2c77f82e4f587d66760a37bc26: Bug 1206842 - check we have a failedChannel and securityInfo before serializing, extract to helper, original patch by YF (Yang), r=fkiefer
Gijs Kruitbosch <gijskruitbosch@gmail.com> - Thu, 07 Jul 2016 16:50:14 +0100 - rev 329259
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1206842 - check we have a failedChannel and securityInfo before serializing, extract to helper, original patch by YF (Yang), r=fkiefer MozReview-Commit-ID: 9isfRHExX4H
18cbc19266b4e6f60a35b21d748dbb88c3f03d64: Bug 1278136 - Part 3: Test that animations with fill:backwards consumes the main-thread while it's in delay phase. r=birtles
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Fri, 08 Jul 2016 13:02:44 +0900 - rev 329258
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278136 - Part 3: Test that animations with fill:backwards consumes the main-thread while it's in delay phase. r=birtles MozReview-Commit-ID: 3dDGPfgOvJl
ef21ce58421ed02e0669f25c4822e6f8a2f8b344: Bug 1278136 - Part 2: We should not check whether the animation can run on the compositor or it's paused when determining if we should create a stacking context. r=birtles,mattwoodrow
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Mon, 27 Jun 2016 12:52:53 +0900 - rev 329257
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278136 - Part 2: We should not check whether the animation can run on the compositor or it's paused when determining if we should create a stacking context. r=birtles,mattwoodrow We should create a stacking context for any transform or opacity animations that are either "in effect" (what we currently do) OR "current", i.e. scheduled to run or running. *BUT* for now, we don't create any stacking context in before phase without fill:backwards or fill:both because the property never wins in cascade until the animation gets "in effect". This restriction will be removed in a subsequent patch in this bug after landing bug 1279403. MozReview-Commit-ID: 8RyLJNPtoKI
8d9e9c2f25e831e7c101d24a3594db4ddbad35e1: Bug 1278136 - Part 1: Add nsLayoutUtils::HasRelevantAnimationOfProperty. r=birtles
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Fri, 08 Jul 2016 13:01:31 +0900 - rev 329256
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278136 - Part 1: Add nsLayoutUtils::HasRelevantAnimationOfProperty. r=birtles We want to know that an nsIFrame has a transform or opacity animations regardless of its state, e.g., running on the main-thead, paused or finished but in fill:forwards state, to create a stacking context for the animation. MozReview-Commit-ID: mNYsd5RO3u
114f71154f0095cd439e3619f5e453713aeaa337: Bug 1278136 - Part 0: Clean up frame->StyleDisplay()->BackfaceIsHidden() usage. r=mattwoodrow
Hiroyuki Ikezoe <hiikezoe@mozilla-japan.org> - Fri, 08 Jul 2016 13:01:31 +0900 - rev 329255
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1278136 - Part 0: Clean up frame->StyleDisplay()->BackfaceIsHidden() usage. r=mattwoodrow We already have a wrapper named nsIFrame::BackfaceIsHidden(). MozReview-Commit-ID: 5L49W6wtXs1
0aa6ee3eb1d8cb7380397b8c28abbabc122fa210: Bug 1285248. Part 2 - fix logic for video-only seek. r=gerald
JW Wang <jwwang@mozilla.com> - Fri, 08 Jul 2016 11:52:40 +0800 - rev 329254
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285248. Part 2 - fix logic for video-only seek. r=gerald MozReview-Commit-ID: lopt6zxC5f
32de23e9cca627e3e48eb56c186a1598a7ef4c20: Bug 1285248. Part 1 - the value of aSeekJob.mTarget.IsVideoOnly() is wrong because the members are reset in the move constructor. r=gerald
JW Wang <jwwang@mozilla.com> - Fri, 08 Jul 2016 08:34:14 +0800 - rev 329253
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285248. Part 1 - the value of aSeekJob.mTarget.IsVideoOnly() is wrong because the members are reset in the move constructor. r=gerald mDoneAudioSeeking should be true for video-only seek. Otherwise we might request audio while a pending request is already in progress and hit the assertion. MozReview-Commit-ID: IeVjoEChLAR
764dfcab17e9354843c9f4668c9f3617eb8e9a96: Bug 1283052 - Remove some of the magic around mozconfig detection. r=gps
Mike Hommey <mh+mozilla@glandium.org> - Fri, 08 Jul 2016 08:43:17 +0900 - rev 329252
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1283052 - Remove some of the magic around mozconfig detection. r=gps The mozconfig detection logic has bitten us on many occasions in the past. The following changes are made to tentatively improve the situation: - The API is modified such that autodetection of the mozconfig has to be a conscious decision made by the caller, and not triggered any time there is no mozconfig given, which could be a conscious decision of the opposite. - mozinfo.json now stores the actual mozconfig (or lack thereof) used during configure.
a5bbe665a0d9677fadcd2a11b14818fd81209968: Backed out changeset cf971ca7f132 (bug 1278990) for likely nightly bustage a=backout CLOSED TREE
Wes Kocher <wkocher@mozilla.com> - Fri, 08 Jul 2016 11:59:12 -0700 - rev 329251
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Backed out changeset cf971ca7f132 (bug 1278990) for likely nightly bustage a=backout CLOSED TREE
45682df2d2d45e5a8385fd842579e661a4b60bc5: merge mozilla-inbound to mozilla-central a=merge
Carsten "Tomcat" Book <cbook@mozilla.com> - Fri, 08 Jul 2016 11:58:46 +0200 - rev 329250
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
merge mozilla-inbound to mozilla-central a=merge
b8274835178599b7dfd55860f84406afb40bd673: Bug 1285409. Store out of flow data for frames we are going to descent into anyways (despite no intersection with the dirty rect) so we have the correct clip for them. r=mattwoodrow
Timothy Nikkel <tnikkel@gmail.com> - Fri, 08 Jul 2016 00:25:18 -0500 - rev 329249
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1285409. Store out of flow data for frames we are going to descent into anyways (despite no intersection with the dirty rect) so we have the correct clip for them. r=mattwoodrow If the frame already has the NS_FRAME_FORCE_DISPLAY_LIST_DESCEND_INTO bit we are going to descend into it anyways, so we may as well store the oof data so we can have the correct clip. Sometimes we add the bit after this test though, so it doesn't allow us to have the proper clip in all cases.
a92d0eec5c91eb50116758bf14d05fde28bf788a: Bug 1257037 part 15. Get rid of the wantsXrays configuration annotation. Just set bindings to want Xrays if they're exposed in Window. r=khuey
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 08 Jul 2016 00:37:55 -0400 - rev 329248
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1257037 part 15. Get rid of the wantsXrays configuration annotation. Just set bindings to want Xrays if they're exposed in Window. r=khuey
4082fdfd16fb2e87556f948bb09e3c3edfdd9fb1: Bug 1257037 part 14. Remove the now-unused skipGen bits from binding code. r=khuey
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 08 Jul 2016 00:37:55 -0400 - rev 329247
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1257037 part 14. Remove the now-unused skipGen bits from binding code. r=khuey
762c289ada581c1cef856ab16b241355c2d6c7bc: Bug 1257037 part 13. Get rid of the concept of worker vs non-worker descriptors. r=khuey
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 08 Jul 2016 00:37:55 -0400 - rev 329246
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1257037 part 13. Get rid of the concept of worker vs non-worker descriptors. r=khuey
5014c7d22f2fa4e01822949e7c54467a08c16d0a: Bug 1257037 part 12. Simplify CGRegisterWorkerBindings now that there are no more worker descriptors. r=khuey
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 08 Jul 2016 00:37:55 -0400 - rev 329245
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1257037 part 12. Simplify CGRegisterWorkerBindings now that there are no more worker descriptors. r=khuey
7b7cf5270426b8153bf86cca34152dff04cd1744: Bug 1257037 part 11. Get rid of getRelevantProviders, since all the places that use it have a Configuration. r=khuey
Boris Zbarsky <bzbarsky@mit.edu> - Fri, 08 Jul 2016 00:37:55 -0400 - rev 329244
Push 9858 by jlund@mozilla.com at Mon, 01 Aug 2016 14:37:10 +0000
Bug 1257037 part 11. Get rid of getRelevantProviders, since all the places that use it have a Configuration. r=khuey
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip