d34178082ca879e801132c333de935de37280e1e: Bug 1442679 - fix insertAfterRelated for bulk opening via tabbrowser.loadTabs, r=dao
Shane Caraveo <scaraveo@mozilla.com> - Thu, 05 Apr 2018 11:33:39 -0500 - rev 412623
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1442679 - fix insertAfterRelated for bulk opening via tabbrowser.loadTabs, r=dao MozReview-Commit-ID: 1E90mhjvm81
9d0fc1d12d9a29d989df38bf74747490a86b114f: Bug 1449327 - Stop sanitizing fully transparent values. r=dao
Tim Nguyen <ntim.bugs@gmail.com> - Sat, 31 Mar 2018 13:57:09 +0200 - rev 412622
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449327 - Stop sanitizing fully transparent values. r=dao MozReview-Commit-ID: JMtBYycoRMC
3542146e997310c11ab000341cce6360623fce30: Bug 1449982 - Conceptually split the mUpdaterQueue into separate queues per layers id. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:30:01 -0400 - rev 412621
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Conceptually split the mUpdaterQueue into separate queues per layers id. r=botond This allows us to treat tasks from different layers id as independent, thereby removing the unnecessary latency increase as described in bug 1449982 comment 33. Note that we could probably implement this by actually maintaining separate queues for each layers id, but that involves more overhead since we would need to have a map from layers id to task queue, and removing entries from that map becomes tricky with respect to locking and timing. MozReview-Commit-ID: 7jtYqNDwJqP
1a6398d3f9b34038484ea85e6dc9a6e0381f9f23: Bug 1449982 - Hook up epoch-based task processing on the updater thread. r=botond,nical
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:30:01 -0400 - rev 412620
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Hook up epoch-based task processing on the updater thread. r=botond,nical This makes it so that we only process a UpdateHitTestingTree task (and any tasks queued after it) once we know that the corresponding scene has been built and swapped in by WebRender. This ensures that processing of APZ data stays in sync with the active scene in WR. The way we do this is by tracking the "epoch" (which is updated per WR/layers transaction) that the APZ messages are based on. Only once the scene for that transaction is swapped in do we process those messages. MozReview-Commit-ID: 2qGTSTeSqve
526faf04687507f9c5767a7033c2f87e4585dcb4: Bug 1449982 - Move the WebRenderScrollData storage from WebRenderBridgeParent to APZUpdater. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:56 -0400 - rev 412619
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Move the WebRenderScrollData storage from WebRenderBridgeParent to APZUpdater. r=botond This allows us to easily store a handle to the APZUpdater on the WebRenderScrollDataWrapper class and walk around in the scroll data tree without having to query other classes like CompositorBridgeParent or WebRenderBridgeParent when we encounter a reflayer boundary. MozReview-Commit-ID: 6l7oMb7tBlW
3eab97d46f5ae899f2e5567b8922fa4e276c535d: Bug 1449982 - Clean up WrEpoch usage. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:56 -0400 - rev 412618
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Clean up WrEpoch usage. r=nical I don't know why we keep using plain uint32_t and uint64_t values when we have better types that we can use. This makes the code use and store wr::Epoch natively instead of raw uint32_t values that are wrapped on-demand. MozReview-Commit-ID: HUVcHYSxBTi
0c1ab4c3acd46a69c529bd0dffba031e046c854d: Bug 1449982 - Add the task queue for running things on the updater thread. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412617
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Add the task queue for running things on the updater thread. r=botond If we're using the WR scene builder thread as the updater thread, we cannot just post a task to its message loop, because it's a rust thread that doesn't have a message loop. Instead, we put these tasks into a queue that we will process in callbacks that are invoked from the updater thread. This patch just adds the basic queue machinery, it will get more complicated in a future patch because we need to gate the tasks to make sure they don't run too early. MozReview-Commit-ID: 8DCYbsQ5cBC
1c9e68c30a817cc840078999828d42d6dc713021: Bug 1449982 - Implement the WR updater thread registration. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412616
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Implement the WR updater thread registration. r=botond This lets the APZUpdater know which thread is the actual updater thread. This is only really used for the thread assertions, but might be useful for debugging and such as well. MozReview-Commit-ID: IIDm6Ui3Sh4
f14bce5630f5e7dd09727588ef06f88c121a6bfa: Bug 1449982 - Add the plumbing for scene builder thread interaction. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412615
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Add the plumbing for scene builder thread interaction. r=nical This is all the (bidirectional) glue that connects the SceneBuilderHooks to the APZUpdater. MozReview-Commit-ID: JIqUaClVa57
7b83f46b5fb38df3311a6b4659d32b6e75b9c275: Bug 1449982 - Introduce pref to control async scene building. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412614
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Introduce pref to control async scene building. r=nical Until all the pieces are in place, turning on this pref will probably break horribly. But we need the pref so we can add the rest of the pieces without enabling them by default. MozReview-Commit-ID: 7DkcwZgXwhx
c40aa91bc0b6e9d8d5b525fa86a8be73c8d31cae: Bug 1449982 - Maintain a map from WrWindowId to APZUpdater. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412613
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Maintain a map from WrWindowId to APZUpdater. r=botond This will allow callbacks from rust code to get a handle to the necessary APZUpdater instance on which to invoke functions. MozReview-Commit-ID: 13XdzZrrtI5
7af325560dfa213ba0c34b24f497443138c9c601: Bug 1449982 - Move the window id allocation to CompositorBridgeParent. r=nical
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:55 -0400 - rev 412612
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Move the window id allocation to CompositorBridgeParent. r=nical This includes a signature change from CompositorBridgeParentBase -> CompositorBridgeParent which is not strictly required, but it makes it less likely that we'll accidentally create a WebRenderAPI from somewhere else and pass a nonsense window id. In effect, the signature change makes it likely that only CompositorBridgeParent will allocate the window ids. MozReview-Commit-ID: 8AnnmI8RytR
433668f7db7bb3b421f522d050aa7c8a0c0d9345: Bug 1449982 - Don't hold the sIndirectLayerTreesLock unnecessarily while notifying APZ of a layer tree removal. r=botond
Kartikaya Gupta <kgupta@mozilla.com> - Tue, 10 Apr 2018 12:29:54 -0400 - rev 412611
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1449982 - Don't hold the sIndirectLayerTreesLock unnecessarily while notifying APZ of a layer tree removal. r=botond MozReview-Commit-ID: 2OqbmMHCxn9
54d23c225e684d9ece7142ae0ac77969dd9d1481: Backed out changeset d186bcce1235 for failing on layout/style/test/test_shorthand_property_getters.html on a CLOSED TREE
Gurzau Raul <rgurzau@mozilla.com> - Tue, 10 Apr 2018 19:42:20 +0300 - rev 412610
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Backed out changeset d186bcce1235 for failing on layout/style/test/test_shorthand_property_getters.html on a CLOSED TREE
9ae7f58530880e2048ddf309ad69e49890c572f6: Bug 1452656 - Re-enable a now-passing crashtest. r=jrmuizel
Kartikaya Gupta <kgupta@mozilla.com> - Mon, 09 Apr 2018 11:11:47 -0400 - rev 412609
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1452656 - Re-enable a now-passing crashtest. r=jrmuizel MozReview-Commit-ID: Kr88oFk0JyA
ad061f4fec730a878a175f214408780fe2ea8ace: Bug 1448057 - Asincify some Places tests and add a test for favicons on bookmark redirects. r=standard8
Marco Bonardo <mbonardo@mozilla.com> - Thu, 05 Apr 2018 11:03:19 +0200 - rev 412608
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1448057 - Asincify some Places tests and add a test for favicons on bookmark redirects. r=standard8 Async-ify some tests. Moves some tests from browser-chrome to xpcshell. Due to the move, I found out that we are fetching icons from network even when we are not supposed to, so fix this bug (automatically tested by xpcshell through disallowing remote network access). Add a missing test for bookmark redirects, to cover the moved around code. MozReview-Commit-ID: EB2Z0huovJh
704d18830c6d0776423b25a5d1ad49b75d0c94f7: Bug 1452184: Re-enable shape-outside linear gradient wpt tests on macOS. r=dholbert
Brad Werth <bwerth@mozilla.com> - Fri, 06 Apr 2018 11:02:50 -0700 - rev 412607
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1452184: Re-enable shape-outside linear gradient wpt tests on macOS. r=dholbert MozReview-Commit-ID: 5wERK1l2VTa
bb1d1bcb3e0683a4b05b2270717d8432e490cc66: Bug 1452791 - Update WebRenderLayerManager mAnimationReadyTime in empty transactions r=kats
Miko Mynttinen <mikokm@gmail.com> - Tue, 10 Apr 2018 16:07:48 +0200 - rev 412606
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1452791 - Update WebRenderLayerManager mAnimationReadyTime in empty transactions r=kats MozReview-Commit-ID: 898pemO7YxO
4c4719645fd9a93150e65911e5ed14ec1727e4e7: Bug 1452864 - [mozfile] Always use Unicode delimiters for tree() output. r=gbrown
Henrik Skupin <mail@hskupin.info> - Tue, 10 Apr 2018 10:22:27 +0200 - rev 412605
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1452864 - [mozfile] Always use Unicode delimiters for tree() output. r=gbrown MozReview-Commit-ID: E44O1NGM7Mg
62fb6111910a0b868eaa6e8368d6d02290032a09: Bug 1452864 - [mozfile] tree() broken with Unicode characters in path. r=gbrown
Henrik Skupin <mail@hskupin.info> - Tue, 10 Apr 2018 09:31:10 +0200 - rev 412604
Push 33813 by ccoroiu@mozilla.com at Tue, 10 Apr 2018 21:54:55 +0000
Bug 1452864 - [mozfile] tree() broken with Unicode characters in path. r=gbrown The patch correctly marks the delimiters for the tree output as Unicode, and also updates mozprofile to correctly serialize the Profile object when str() is used. MozReview-Commit-ID: AjUHa6zGHQe
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip