454883fc69ec760f4938dc37f3748545e5c045c5: Bug 1418156 - Merge PrefTypeFlags into PrefHashEntry. r=glandium draft
Nicholas Nethercote <nnethercote@mozilla.com> - Fri, 17 Nov 2017 15:29:14 +1100 - rev 699829
Push 89703 by nnethercote@mozilla.com at Fri, 17 Nov 2017 20:42:46 +0000
Bug 1418156 - Merge PrefTypeFlags into PrefHashEntry. r=glandium PrefTypeFlags is a class with a lot of smarts (i.e. methods). PrefHashEntry is a class with little smarts. This is silly, because PrefTypeFlags is essentially an internal implementation detail of PrefHashEntry. This patch merges PrefTypeFlags into PrefHashEntry, so that PrefHashEntry has all the smarts. This means lots of `pref->mPrefFlags.Foo()` calls become `pref->Foo()`. The patch also changes the representation of the type and flags within PrefHashEntry to use bitfields, which avoids the need for a Flags type and is much simpler than the old approach. MozReview-Commit-ID: 4Yt9OtBzh9e
ed100df8d0cdc3d25e6af93846ba06cfdc68e260: Bug 1418456: Get rid of unstyled children only traversals. r?heycam draft
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 17 Nov 2017 21:13:48 +0100 - rev 699828
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
Bug 1418456: Get rid of unstyled children only traversals. r?heycam They're useless now, provided we remove the hack to not traverse XBL-bound elements on initial styling. This also allows us to get rid of the fallback case. MozReview-Commit-ID: AvBVdyF1wb6
4cd491426d9253015bf0740f53f095a50219361f: Bug 1418456: Remove the last call to StyleNewlyBoundElement. r?heycam draft
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 17 Nov 2017 21:12:49 +0100 - rev 699827
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
Bug 1418456: Remove the last call to StyleNewlyBoundElement. r?heycam If the element has no data, it's pointless to reconstruct frames on it, or post a reconstruct. There's no need to particularly force to have data in this case. MozReview-Commit-ID: Lo24XQfLN0j
b8b6ef8b64437761b88510699accb67c39e0d89d: Bug 1418456: Cleanup the XBL stuff. r?heycam draft
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 17 Nov 2017 20:52:29 +0100 - rev 699826
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
Bug 1418456: Cleanup the XBL stuff. r?heycam We not only need to care about children getting inserted in the flat tree, but also about children moving _out_ of the flat tree. In particular, as of right now we may leave stale data on elements when they disappear from the flattened tree. We're lucky enough that in 99% of the situations we enter in[1] and that clears all the stuff, including servo data. But my assertions for bug 1414999 caught the template / observes case. Thus, just clear the whole bound element subtree data, and restyle it in the end, no need for StyleNewChildren. This matches what we do for shadow DOM (though in the shadow DOM case we do it async in DestroyFramesForAndRestyle). MozReview-Commit-ID: 69A0aR0AFfU
810fa58235b4471a87693a7949fc360e6fc11192: Bug 1414999: Synchronously clean style data from the DOM tree when the shell goes away. r=bz draft
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 09 Nov 2017 18:29:36 +0100 - rev 699825
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
Bug 1414999: Synchronously clean style data from the DOM tree when the shell goes away. r=bz There's nothing preventing the flat tree from changing while the document doesn't have a shell. In that case, we really really don't want to lose track of elements with stale style data, since then we'll mess up. It's ok to _not_ clear the style data when the document goes into the BFCache though, because the document is thrown away if other document runs script and touches the cached DOM. MozReview-Commit-ID: 4W3xDAnnLPL
36cad9c45551e29cfb09dd1238c3f56d52776abf: No bug, Automated HPKP preload list update from host bld-linux64-spot-035 - a=hpkp-update
ffxbld - Fri, 17 Nov 2017 11:41:51 -0800 - rev 699824
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
No bug, Automated HPKP preload list update from host bld-linux64-spot-035 - a=hpkp-update
6bcb55a154d53d72cade4df80440481b7ec07b77: No bug, Automated HSTS preload list update from host bld-linux64-spot-035 - a=hsts-update
ffxbld - Fri, 17 Nov 2017 11:41:47 -0800 - rev 699823
Push 89702 by bmo:emilio@crisal.io at Fri, 17 Nov 2017 20:40:15 +0000
No bug, Automated HSTS preload list update from host bld-linux64-spot-035 - a=hsts-update
6aee65a996c8152f9bd712cf4a698b1745af5642: Bug 1408124 - Create a new perf actor and recording panel; r?julienw draft
Greg Tatum <gtatum@mozilla.com> - Wed, 08 Nov 2017 10:36:43 -0600 - rev 699822
Push 89701 by gtatum@mozilla.com at Fri, 17 Nov 2017 20:33:51 +0000
Bug 1408124 - Create a new perf actor and recording panel; r?julienw This patch adds a new performance recording panel that interfaes with perf.html. It is enabled through the new preferences: "devtools.performance.new-panel-enabled" MozReview-Commit-ID: 1HBLsbREDPk
d92e1fd9f92acc874b3dbcdb20277d88a6a6cf65: Bug 1418438 - Avoid null deref in nsIDocShell's forcedCharset. draft
Oriol Brufau <oriol-bugzilla@hotmail.com> - Fri, 17 Nov 2017 21:28:50 +0100 - rev 699821
Push 89700 by bmo:oriol-bugzilla@hotmail.com at Fri, 17 Nov 2017 20:29:31 +0000
Bug 1418438 - Avoid null deref in nsIDocShell's forcedCharset. MozReview-Commit-ID: KsTWmlAhDp8
2a44bf2adbf6560f27c1eb2a9cfdf17dca61cdca: Bug 1416284: Update WDSpec tests expectations. r?ato draft
David Burns <dburns@mozilla.com> - Fri, 10 Nov 2017 19:46:40 +0000 - rev 699820
Push 89699 by bmo:dburns@mozilla.com at Fri, 17 Nov 2017 20:23:35 +0000
Bug 1416284: Update WDSpec tests expectations. r?ato MozReview-Commit-ID: HrikhmLgamY
c6c66ffb6ad370263729721c42b8eaa5d1f9d179: Bug 1416284: Dismiss alerts when we hit an UnexpectedAlertOpen error. r?ato draft
David Burns <dburns@mozilla.com> - Fri, 10 Nov 2017 17:25:50 +0000 - rev 699819
Push 89699 by bmo:dburns@mozilla.com at Fri, 17 Nov 2017 20:23:35 +0000
Bug 1416284: Dismiss alerts when we hit an UnexpectedAlertOpen error. r?ato The Browser Testing and Tools group agreed that the webdriver endpoint, when asserting for a modal, that it clears the modal on the screen and raises an an Unexpected Alert Open error. See https://github.com/w3c/webdriver/pull/1145 MozReview-Commit-ID: 1OnT1AMM0tY
74ba27d85dce13d6df02d4bc8f291f9997dd6f32: Bug 1354679 - Use highlighter actor from client instead of from the server draft
yulia <ystartsev@mozilla.com> - Fri, 17 Nov 2017 20:25:04 +0100 - rev 699818
Push 89698 by bmo:ystartsev@mozilla.com at Fri, 17 Nov 2017 20:23:33 +0000
Bug 1354679 - Use highlighter actor from client instead of from the server MozReview-Commit-ID: J8DEwNJgpE9
60fe483c9d650ba3dc0eddddb46f302c24ded37a: Bug 1416754 - Reftest. r=longsonr draft
Botond Ballo <botond@mozilla.com> - Fri, 17 Nov 2017 15:19:34 -0500 - rev 699817
Push 89697 by bballo@mozilla.com at Fri, 17 Nov 2017 20:20:01 +0000
Bug 1416754 - Reftest. r=longsonr MozReview-Commit-ID: Kd0umDQxYsH
f82dd33be70956e7a1183cd71232f5d2735540be: Use highlighter actor from client instead of from the server draft
yulia <ystartsev@mozilla.com> - Fri, 17 Nov 2017 20:25:04 +0100 - rev 699816
Push 89696 by bmo:ystartsev@mozilla.com at Fri, 17 Nov 2017 20:19:59 +0000
Use highlighter actor from client instead of from the server MozReview-Commit-ID: J8DEwNJgpE9
44d540671295c4183f950b0af14ed52c1fbc5e46: Bug 1208378 - Distinguish track sinks on whether their presence allows a source to stop. r?jib draft
Andreas Pehrson <pehrsons@mozilla.com> - Fri, 10 Nov 2017 15:08:02 +0100 - rev 699815
Push 89695 by bmo:apehrson@mozilla.com at Fri, 17 Nov 2017 20:19:18 +0000
Bug 1208378 - Distinguish track sinks on whether their presence allows a source to stop. r?jib We have two types of sinks in-tree. MediaStreamTracks and HTMLMediaElement::StreamCaptureTrackSource. A source relies on the presence of sinks to not call stop() on the underlying source. However, a StreamCaptureTrackSource should *not* keep a sink alive. If it does, Stop()ing a track that is also played and captured in a media element would not stop the source. MozReview-Commit-ID: 9MBAyZFZUIQ
f0dad946d49b68999d47548e02bf640a169bf615: Bug 1208378 - Set up basic tests with muted state. r?jib draft
Andreas Pehrson <pehrsons@mozilla.com> - Tue, 07 Nov 2017 16:54:41 +0100 - rev 699814
Push 89695 by bmo:apehrson@mozilla.com at Fri, 17 Nov 2017 20:19:18 +0000
Bug 1208378 - Set up basic tests with muted state. r?jib MozReview-Commit-ID: HUPNJnh5MWD
32d9df79a15a423cbd22bba5b60af69e31f8e04a: Bug 1208378 - Implement MediaStreamTrack's muted state and events. r?jib, r?smaug draft
Andreas Pehrson <pehrsons@mozilla.com> - Mon, 06 Nov 2017 19:03:52 +0100 - rev 699813
Push 89695 by bmo:apehrson@mozilla.com at Fri, 17 Nov 2017 20:19:18 +0000
Bug 1208378 - Implement MediaStreamTrack's muted state and events. r?jib, r?smaug MozReview-Commit-ID: 1Sp9utMnWXI
0d698005c57f5ffe40187c23093996476e7b1390: Bug 1397426 - Add renderingLayers to nsITabParent and use it in the async tab switcher. r?billm draft
Mike Conley <mconley@mozilla.com> - Fri, 17 Nov 2017 09:55:29 -0800 - rev 699812
Push 89694 by bmo:mconley@mozilla.com at Fri, 17 Nov 2017 20:17:51 +0000
Bug 1397426 - Add renderingLayers to nsITabParent and use it in the async tab switcher. r?billm This is necessary because sometimes the async tab switcher will instantiate when there already exists some background tabs that are rendering via print preview. When that happens, it's important for the state to be set correctly for them so that we don't accidentally treat them as still loading, and wait (forever) for them to report having finished loading. MozReview-Commit-ID: 2dwo5WlXlgJ
0bd0cb9c56aca72aa1c626c035d1b77ca4cb3826: bug 1418135 - asynchronously determine the chain to display in the details pane of the certificate viewer r?mgoodwin draft
David Keeler <dkeeler@mozilla.com> - Thu, 16 Nov 2017 15:48:47 -0800 - rev 699811
Push 89693 by bmo:dkeeler@mozilla.com at Fri, 17 Nov 2017 20:13:50 +0000
bug 1418135 - asynchronously determine the chain to display in the details pane of the certificate viewer r?mgoodwin The current certificate viewer uses "getChain" to determine what chain to show in the details pane. This is problematic for a number of reasons including a) it's synchronous (and potentially slow) and b) getChain may return something almost entirely quite unlike any actual trusted path (see bug 1004580 comment 0). This won't fix the whole problem (whatever's opening the certificate viewer should really be passing in the chain itself), but that's hard, so this would at least change the determination to be asynchronous and at least won't result in something completely bogus. MozReview-Commit-ID: J9uqRgxL52j
7e3326c6e5dad3a3a8eb164762cd89e716ba1ae6: Bug 1417520 p3 - Remove No Synced tabs yet title. r?markh draft
Edouard Oger <eoger@fastmail.com> - Fri, 17 Nov 2017 15:07:17 -0500 - rev 699810
Push 89692 by bmo:eoger@fastmail.com at Fri, 17 Nov 2017 20:09:36 +0000
Bug 1417520 p3 - Remove No Synced tabs yet title. r?markh MozReview-Commit-ID: BYOMCnLk3bs
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip