7cce412dd61b40d0ceda37ed32a64dda7d7b5e8d: Bug 1553491 - Renumber MarkColor to match intuition that 'black' is more marked than 'gray' r=sfink?
Jon Coppeard <jcoppeard@mozilla.com> - Wed, 22 May 2019 20:29:10 +0000 - rev 475174
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553491 - Renumber MarkColor to match intuition that 'black' is more marked than 'gray' r=sfink? Differential Revision: https://phabricator.services.mozilla.com/D32160
7286e18fbc1775558b8653bb63576a47b31a5f3e: Bug 1553772 - Bug 1549812 - Try to assert a bit harder about stuff not flushing under our nose. r=TYLin,mats
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 23 May 2019 09:45:56 +0000 - rev 475173
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553772 - Bug 1549812 - Try to assert a bit harder about stuff not flushing under our nose. r=TYLin,mats I think these should hold, everything that runs under them should just schedule other stuff to some later date: * Synth mouse events -> scheduled as refresh driver observers. * Scroll events -> Scheduled as well. * Caret state change events -> Also scheduled after last patch. * IME and accessibility stuff -> I don't think they can reenter layout. We can always revert this if it causes troubles, plus it shouldn't crash on release so should be fine. Differential Revision: https://phabricator.services.mozilla.com/D31090
58d40da713559f200d7ea651f2df0c434acee108: Bug 1553772 - Bug 1549812 - Don't run arbitrary script from AccessibleCaretManager callbacks. r=TYLin
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 23 May 2019 09:45:47 +0000 - rev 475172
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553772 - Bug 1549812 - Don't run arbitrary script from AccessibleCaretManager callbacks. r=TYLin Instead, post the event for the next turn of the event loop. In this case, what killed the frame is ActionBarHandler.jsm via Selection.toString(). Depends on D31088 Differential Revision: https://phabricator.services.mozilla.com/D31089
32d724d2312caa420601b9cb7e3ef4bf1769b14e: Bug 1553772 - Bug 1549812 - fix testAccessibleCarets.js to account for more async event dispatching. r=TYLin
Emilio Cobos Álvarez <emilio@crisal.io> - Thu, 23 May 2019 09:47:00 +0000 - rev 475171
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553772 - Bug 1549812 - fix testAccessibleCarets.js to account for more async event dispatching. r=TYLin Differential Revision: https://phabricator.services.mozilla.com/D32194
d136380e4945c8081a2952760143a0bb1e36df7c: Bug 1553022 - Don't use the given range in ScrollToWithOrigin in the case where scroll snap will happen. r=botond
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Thu, 23 May 2019 09:44:26 +0000 - rev 475170
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553022 - Don't use the given range in ScrollToWithOrigin in the case where scroll snap will happen. r=botond ScrollToShowRect calls nsIScrollableFrame::ScrollTo with an nsRange which will be used to constrain the final scroll position so that if snapping needs to happen we need to ignore the given range not to constrain the final destination position in the range. Differential Revision: https://phabricator.services.mozilla.com/D31948
9a556ee9f0398585c6fdf2fe7193907de92e247e: Bug 1553022 - Stop descending down frame tree if we met another scrollable frame when we collect snap positions. r=botond
Hiroyuki Ikezoe <hikezoe@mozilla.com> - Thu, 23 May 2019 09:44:58 +0000 - rev 475169
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553022 - Stop descending down frame tree if we met another scrollable frame when we collect snap positions. r=botond From the last sentence of "3. Scroll Snap Model" [1] in the spec; Snap positions only affect the nearest ancestor scroll container on the element's containing block chain. [1] https://drafts.csswg.org/css-scroll-snap-1/#overview Differential Revision: https://phabricator.services.mozilla.com/D31947
c2327979957d727efdea1d7f87d9f044aace1da8: Bug 1549812 - ScrollFrameRectIntoView should handle the frame going away. r=mats
Emilio Cobos Álvarez <emilio@crisal.io> - Fri, 17 May 2019 16:33:26 +0000 - rev 475168
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1549812 - ScrollFrameRectIntoView should handle the frame going away. r=mats ScrollToShowRect already considers that possibility, so not doing it on the caller is a bug. Ideally scroll observers shouldn't be able to run script, more to that in a second. Differential Revision: https://phabricator.services.mozilla.com/D31088
f33e3b5366fc340d078488ab37bef6ed639fdd1e: Bug 1553145 - Improve Remote Settings documentation r=glasserc
Mathieu Leplatre <mathieu@mozilla.com> - Thu, 23 May 2019 09:19:37 +0000 - rev 475167
Push 36057 by aciure@mozilla.com at Thu, 23 May 2019 21:52:03 +0000
Bug 1553145 - Improve Remote Settings documentation r=glasserc Differential Revision: https://phabricator.services.mozilla.com/D32130
9a89e2b0fa9d7e6393deb47452e3954d4c5adf66: Bug 1553957 - Include WindowProxyHolder.h in EventTarget.h. r=smaug a=Aryx
Jorg K <jorgk@jorgk.com> - Thu, 23 May 2019 23:09:19 +0200 - rev 475166
Push 36056 by mozilla@jorgk.com at Thu, 23 May 2019 21:36:12 +0000
Bug 1553957 - Include WindowProxyHolder.h in EventTarget.h. r=smaug a=Aryx
5a63f841eacb1632a595c30bfb3d81636a2cde8d: Merge mozilla-inbound to mozilla-central. a=merge
Daniel Varga <dvarga@mozilla.com> - Thu, 23 May 2019 18:54:21 +0300 - rev 475165
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Merge mozilla-inbound to mozilla-central. a=merge
32efcd22ed9c27d664699b8d8f22f8da92857b07: Bug 1543458 - Make the JS subscript loader compile UTF-8 directly without inflating it. r=arai
Jeff Walden <jwalden@mit.edu> - Wed, 10 Apr 2019 10:48:50 -0700 - rev 475164
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1543458 - Make the JS subscript loader compile UTF-8 directly without inflating it. r=arai Differential Revision: https://phabricator.services.mozilla.com/D26959
f20b97afe8189f9e8d44d834c9976439be05e08a: Bug 1543458 - Make the JS component loader compile UTF-8 directly without inflating it. r=arai
Jeff Walden <jwalden@mit.edu> - Wed, 10 Apr 2019 10:44:58 -0700 - rev 475163
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1543458 - Make the JS component loader compile UTF-8 directly without inflating it. r=arai Differential Revision: https://phabricator.services.mozilla.com/D26958
29bf13f9b35adc3ee9952d127af84a9ba1adc95a: Bug 1540401 - Backout Part 2: Convert MOZ_DIAGNOSTIC_ASSERT back to MOZ_ASSERT since bug 1541775 hasn't been fixed yet; r=asuth
Jan Varga <jan.varga@gmail.com> - Thu, 23 May 2019 10:26:20 +0200 - rev 475162
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1540401 - Backout Part 2: Convert MOZ_DIAGNOSTIC_ASSERT back to MOZ_ASSERT since bug 1541775 hasn't been fixed yet; r=asuth
490fd8b22deae669be2ee735757b0c8d5e417406: Merge mozilla-central to mozilla-inbound. a=merge CLOSED TREE
Bogdan Tara <btara@mozilla.com> - Thu, 23 May 2019 07:44:57 +0300 - rev 475161
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Merge mozilla-central to mozilla-inbound. a=merge CLOSED TREE
d4a9b4dd03ca5c3db2bd10e8097d9817435ba37d: Bug 1525720, part 17 - Ignore nsIRemoteTab methods after we have destroyed the browser. r=nika
Ryan Hunt <rhunt@eqrion.net> - Wed, 15 May 2019 12:34:14 -0500 - rev 475160
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 17 - Ignore nsIRemoteTab methods after we have destroyed the browser. r=nika It's possible for front-end references to nsIRemoteTab to outlive the IPDL actor. When this happens, we should ignore methods and property accesses. The one special case is that some code expects to be able to access the TabId after the browser has been destroyed. For this we can just cache the ID. Differential Revision: https://phabricator.services.mozilla.com/D31449
1663719e2aa5b6f77e32398c6d6fcb4cb3c999ed: Bug 1525720, part 16 - Cycle collect RemoteBrowser and support weak references in BrowserHost. r=nika
Ryan Hunt <rhunt@eqrion.net> - Tue, 14 May 2019 16:28:10 -0500 - rev 475159
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 16 - Cycle collect RemoteBrowser and support weak references in BrowserHost. r=nika BrowserParent is cycle collected and supported weak references, so this commit adds support for these things to BrowserHost. Differential Revision: https://phabricator.services.mozilla.com/D31448
53663cad88906d2cc611344f757eb45e42f5f006: Bug 1525720, part 15 - Apply appropriate nsIRemoteTab methods to all BrowserParents. r=nika
Ryan Hunt <rhunt@eqrion.net> - Wed, 08 May 2019 16:12:26 -0500 - rev 475158
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 15 - Apply appropriate nsIRemoteTab methods to all BrowserParents. r=nika This commit finally updates some nsIRemoteTab methods to apply to the whole tree of BrowserParent's. Differential Revision: https://phabricator.services.mozilla.com/D31447
7ceff9307d51418a5148714c85b048992479ba7e: Bug 1525720, part 14 - Move final bits of nsIRemoteTab implementation to BrowserHost. r=nika
Ryan Hunt <rhunt@eqrion.net> - Wed, 08 May 2019 15:47:18 -0500 - rev 475157
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 14 - Move final bits of nsIRemoteTab implementation to BrowserHost. r=nika This commit moves the actual implementation of nsIRemoteTab from BrowserParent to BrowserHost, without any functional changes. Differential Revision: https://phabricator.services.mozilla.com/D31445
a902acfbc8680811e4538f8d27e78e4fe6ca55f2: Bug 1525720, part 13 - Stop inheriting nsIRemoteTab interface in BrowserParent. r=nika
Ryan Hunt <rhunt@eqrion.net> - Wed, 08 May 2019 14:34:47 -0500 - rev 475156
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 13 - Stop inheriting nsIRemoteTab interface in BrowserParent. r=nika This commit removes nsIRemoteTab as a parent class from BrowserParent, so that BrowserHost is the only concrete implementation of nsIRemoteTab. Some static_cast's are updated to cast to BrowserHost, and other places have to be updated to pass a BrowserHost instead of a BrowserParent. WindowGlobalParent had a getter to return it's managing BrowserParent as a nsIRemoteTab. I couldn't find a use of this in-tree, so I've just opt-ed to remove it. If there's a use-case, we can add something back in. Differential Revision: https://phabricator.services.mozilla.com/D31444
50475885250c5a0411ae055f765bb7506dc41337: Bug 1525720, part 12 - Make BrowserHost implement nsIRemoteTab by delegating to nsIRemoteTab. r=nika
Ryan Hunt <rhunt@eqrion.net> - Wed, 08 May 2019 11:45:23 -0500 - rev 475155
Push 36055 by dvarga@mozilla.com at Thu, 23 May 2019 15:55:11 +0000
Bug 1525720, part 12 - Make BrowserHost implement nsIRemoteTab by delegating to nsIRemoteTab. r=nika This commit implements nsIRemoteTab in BrowserHost by delegating to nsIRemoteTab. In a future commit, these methods will be implemented by BrowserHost. Differential Revision: https://phabricator.services.mozilla.com/D31443
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 tip