85d42387419012bbe66a9e5d70b890333e8f0923: Bug 1416319 - 4. Store DynamicToolbarAnimator in LayerSession; r?rbarker draft
Jim Chen <nchen@mozilla.com> - Wed, 22 Nov 2017 14:12:22 -0500 - rev 702127
Push 90386 by bmo:nchen@mozilla.com at Wed, 22 Nov 2017 19:12:37 +0000
Bug 1416319 - 4. Store DynamicToolbarAnimator in LayerSession; r?rbarker Add getter/setter for DynamicToolbarAnimator in LayerSession in lieu of LayerView. It is then LayerSession's responsibility to keep track of how changes in the toolbar affects other things like the window and viewport bounds. MozReview-Commit-ID: HmRqxZ7EUCZ
ba491771124baaea743acbf22908d122bcc6ce41: Bug 1416319 - 3. Clean up DynamicToolbarAnimator API; r?rbarker draft
Jim Chen <nchen@mozilla.com> - Wed, 22 Nov 2017 14:12:22 -0500 - rev 702126
Push 90386 by bmo:nchen@mozilla.com at Wed, 22 Nov 2017 19:12:37 +0000
Bug 1416319 - 3. Clean up DynamicToolbarAnimator API; r?rbarker The plan is to incorporate DynamicToolbarAnimator into the official GeckoView API and expose getter/setter in LayerSession. This patch cleans up the class to make sure only public APIs are public, and to assert they are called on the UI thread. MozReview-Commit-ID: D3ePV3k2HvX
7c0d22091ad36f188bc8603e4086b18f91848815: Bug 1416319 - 2. Remove usage of MetricsListener by FormAssistPopup; r?rbarker draft
Jim Chen <nchen@mozilla.com> - Wed, 22 Nov 2017 14:12:22 -0500 - rev 702125
Push 90386 by bmo:nchen@mozilla.com at Wed, 22 Nov 2017 19:12:37 +0000
Bug 1416319 - 2. Remove usage of MetricsListener by FormAssistPopup; r?rbarker This code is supposed to reposition the form assist popup if the toolbar appears or disappears while the popup is visible, but we can move that to a resize event listener in JS, so we don't have to maintain the MetricsListener API for DynamicToolbarAnimator. MozReview-Commit-ID: HR6wcJrGloR
190e24ed0c1b765448c34b91145f706d49994e1d: Bug 1416319 - 1. Move content-document-is-displayed flag to native code; r?rbarker draft
Jim Chen <nchen@mozilla.com> - Wed, 22 Nov 2017 14:12:22 -0500 - rev 702124
Push 90386 by bmo:nchen@mozilla.com at Wed, 22 Nov 2017 19:12:37 +0000
Bug 1416319 - 1. Move content-document-is-displayed flag to native code; r?rbarker One fix I forgot to make in bug 1416310 is to change the code to reset the flag in LayerView. I think it's better if we just moved the whole thing to native code, since we don't really use the flag in Java. MozReview-Commit-ID: 9cbcYb89LhC
4d8757af5d9921b05cb83fdd11adbe0f16faf7fa: Bug 1397426 - Expose renderLayers state via nsITabParent and correctly set initial tab states in async tab switcher. r?billm draft
Mike Conley <mconley@mozilla.com> - Wed, 22 Nov 2017 10:48:10 -0800 - rev 702123
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Expose renderLayers state via nsITabParent and correctly set initial tab states in async tab switcher. r?billm MozReview-Commit-ID: IIMmwrgJUV6
c254635e7461e8053f74d5140b8184456eb3f32e: Bug 1397426 - TabChild::MakeHidden shouldn't cause script to run. r?billm draft
Mike Conley <mconley@mozilla.com> - Tue, 21 Nov 2017 16:52:48 -0500 - rev 702122
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - TabChild::MakeHidden shouldn't cause script to run. r?billm Calling GetPresShell() might create a content viewer, which might cause script to run. This is bad if there's a ForcePaint message queued up, because it could mean running the force painting code while we're still in the midst of making a tab hidden, which would put us in an inconsistent state. MozReview-Commit-ID: 3rw2wGllGdk
2768b7f3a726c1a717751f564ccf27780810b9af: Bug 1397426 - Make TabParent's assume they're rendering layers by default on construction. r?billm draft
Mike Conley <mconley@mozilla.com> - Mon, 20 Nov 2017 11:41:11 -0500 - rev 702121
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Make TabParent's assume they're rendering layers by default on construction. r?billm This assumption also mirrors how non-remote browsers have their docShells active by default. In order to do this, I also have to increase the initial epoch's for the TabParent and TabChild, as if a RenderLayers has been called. Originally, since the epochs initted at 0, and the epochs stored by the [Layer|WebRender]TransactionParent were also initted at 0, we'd hit this branch: https://searchfox.org/mozilla-central/rev/c633ffa4c4611f202ca11270dcddb7b29edddff8/gfx/layers/ipc/LayerTransactionParent.cpp#703 and then we'd never alert the TabParent about the layer upload. MozReview-Commit-ID: 6PP1eCnisYK
464840beb1f8c56e75a45d70906e22e577be5677: Bug 1397426 - Add hasLayers 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 702120
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Add hasLayers 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
f669f3dc73385be2f503936da2162b6772d7b0fd: Bug 1397426 - Stop disabling tab warming in browser_bug343515.js. r?billm draft
Mike Conley <mconley@mozilla.com> - Mon, 23 Oct 2017 17:01:48 -0400 - rev 702119
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Stop disabling tab warming in browser_bug343515.js. r?billm Tab warming was originally disabled in this test because it was accidentally setting the DocShell to be active at an unexpected time. Because tab warming no longer activates DocShells, we can revert this change, though we also have to make it deal with the fact that switching tabs no longer makes docShells become activate immediately. MozReview-Commit-ID: K0fiA5AVfEm
6e947b8d437daa58f98e5a79c107450ce32ff65c: Bug 1397426 - Fix block comment formatting in nsITabParent.idl. r?billm draft
Mike Conley <mconley@mozilla.com> - Mon, 25 Sep 2017 13:55:48 -0400 - rev 702118
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Fix block comment formatting in nsITabParent.idl. r?billm MozReview-Commit-ID: KWwDee0ujR
d089d3f37b759f63e836bbdc68c03c4112ee482f: Bug 1397426 - Make async tab switcher use new nsITabParent renderLayers function. r?billm draft
Mike Conley <mconley@mozilla.com> - Fri, 03 Nov 2017 10:27:35 -0400 - rev 702117
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Make async tab switcher use new nsITabParent renderLayers function. r?billm MozReview-Commit-ID: Go2EdMXGwa7
8a4810b87256ba1562a23b408ca2bfd81ea10eb2: Bug 1397426 - Rename TabChild's notion of "active tabs" to "visible tabs" and move logic into renderLayers. r?billm draft
Mike Conley <mconley@mozilla.com> - Fri, 03 Nov 2017 11:27:29 -0400 - rev 702116
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Rename TabChild's notion of "active tabs" to "visible tabs" and move logic into renderLayers. r?billm MozReview-Commit-ID: 1bBNwew7uCk
7e1632d3aa8bb802519e2cdcebfa8b280257b513: Bug 1397426 - When short-circuiting a TabParent::RenderLayers call, still fire the layer tree event if we've been preserving layers. r?billm draft
Mike Conley <mconley@mozilla.com> - Tue, 07 Nov 2017 15:08:47 -0500 - rev 702115
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - When short-circuiting a TabParent::RenderLayers call, still fire the layer tree event if we've been preserving layers. r?billm MozReview-Commit-ID: 7UT036vUY85
89d506b4b0cfabedde4d2248c9cf7478af3681fd: Bug 1397426 - Rename mRenderingLayers to mRenderLayers. r?billm draft
Mike Conley <mconley@mozilla.com> - Wed, 22 Nov 2017 10:21:34 -0800 - rev 702114
Push 90385 by bmo:mconley@mozilla.com at Wed, 22 Nov 2017 19:08:31 +0000
Bug 1397426 - Rename mRenderingLayers to mRenderLayers. r?billm MozReview-Commit-ID: KTDhXM7PRdc
fc9bfad53a160534c3d1a4bc11e10382a6317340: Bug 1417639 move tests out of mochitest-chrome draft
Shane Caraveo <scaraveo@mozilla.com> - Wed, 22 Nov 2017 11:06:26 -0800 - rev 702113
Push 90384 by mixedpuppy@gmail.com at Wed, 22 Nov 2017 19:08:10 +0000
Bug 1417639 move tests out of mochitest-chrome MozReview-Commit-ID: 6Ot7VedwNek
4cb448f279fa8a70ba0f1ee8d6327b461d927c20: Bug 1020698 - Implement @autocomplete for <textarea>. r=baku draft
Matthew Noorenberghe <mozilla@noorenberghe.ca> - Wed, 08 Nov 2017 21:35:04 -0800 - rev 702112
Push 90383 by mozilla@noorenberghe.ca at Wed, 22 Nov 2017 18:59:53 +0000
Bug 1020698 - Implement @autocomplete for <textarea>. r=baku The dom.forms.autocomplete.formautofill check in nsContentUtils::InternalSerializeAutocompleteAttribute will control if values other than "on" and "off" are supported. MozReview-Commit-ID: FZYBMpvHxFF
00c7ee68e3a8e505dbe3ecbf3584fc8bc06b2208: Bug 1413500 - Disable video surface readback (for page thumbnail) on Android r=jgilbert
James Willcox <snorp@snorp.net> - Tue, 21 Nov 2017 11:42:42 -0600 - rev 702111
Push 90383 by mozilla@noorenberghe.ca at Wed, 22 Nov 2017 18:59:53 +0000
Bug 1413500 - Disable video surface readback (for page thumbnail) on Android r=jgilbert MozReview-Commit-ID: IDGl7OzBY82
636b8219055715091580f3719210b6c941423982: Bug 1419784 - [MIPS] Implement missing parts of Bug 1419497. r=jandem
Dragan Mladjenovic <dragan.mladjenovic@rt-rk.com> - Wed, 22 Nov 2017 13:09:04 -0500 - rev 702110
Push 90383 by mozilla@noorenberghe.ca at Wed, 22 Nov 2017 18:59:53 +0000
Bug 1419784 - [MIPS] Implement missing parts of Bug 1419497. r=jandem
681fece780aef771f1c6b56cddf4e52c8c800cb2: Bug 1410364 - Don't consider opener when calculating IsSecureContext. r=bz, r=dveditz
Kate McKinley <kmckinley@mozilla.com> - Tue, 31 Oct 2017 17:57:06 +0900 - rev 702109
Push 90383 by mozilla@noorenberghe.ca at Wed, 22 Nov 2017 18:59:53 +0000
Bug 1410364 - Don't consider opener when calculating IsSecureContext. r=bz, r=dveditz Per https://github.com/w3c/webappsec-secure-contexts/issues/42, the section considering the window opener when calculating secure context is to be dropped. Firefox already uses "isSecureContextIfOpenerIgnored" in most places as this is the actual behavior we want. This patch aligns with the upcoming spec changes by ignoring the window opener. We also no longer have to keep information about whether our opener was secure as that no longer factors in our calculations.
6e00d3b7df15e2dd07a0bd3c7bd174c8730f493d: Bug 1419321 - Linking on Solaris is missing -L${DIST}/bin. r=chmanchester
Petr Sumbera <petr.sumbera@oracle.com> - Tue, 21 Nov 2017 01:13:01 -0800 - rev 702108
Push 90383 by mozilla@noorenberghe.ca at Wed, 22 Nov 2017 18:59:53 +0000
Bug 1419321 - Linking on Solaris is missing -L${DIST}/bin. r=chmanchester
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip