eae84edeff7ffccab2d30381ec40145150b5ed3b: Bug 1641218: Enable remote Canvas 2D in early Beta and Nightly. r=jrmuizel
Bob Owen <bobowencode@gmail.com> - Wed, 27 May 2020 22:40:57 +0000 - rev 532824
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641218: Enable remote Canvas 2D in early Beta and Nightly. r=jrmuizel Differential Revision: https://phabricator.services.mozilla.com/D77083
fb8e753340e4ba7bc4f9e724b5ca5b00291e0af2: Bug 1622451 - minimize stream copying across IPC boundaries r=asuth,baku
Perry Jiang <perry@mozilla.com> - Thu, 28 May 2020 15:15:43 +0000 - rev 532823
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1622451 - minimize stream copying across IPC boundaries r=asuth,baku Initially, IPCInternal{Request,Response} had contained IPCStreams which would result in unecessary copying when sending the objects over IPC. The patch makes these streams either: 1) ParentToParentStream (just a UUID) 2) ParentToChildStream (a PIPCBlobInputStream actor, acting as a handle) 3) ChildToParentStream (a real IPCStream) These three types are union-ed together by the BodyStreamVariant IPDL structure. This structure replaces the IPCStream members in IPCInternal{Request,Response} so that, depending on the particular IPDL protocol, we can avoid cloning streams and just pass handles/IDs instead. As a side effect, this makes file-backed Response objects cloneable. Initially, these Responses would be backed by an nsFileInputStream, which is not cloneable outside the parent process. They are now backed by IPCBlobInputStreams, which are cloneable. One thing that's not really satisfactory (IMO), is the manual management of IPCBlobInputStreamStorage so that no streams are leaked, e.g. if we store a stream in the IPCBlobInputStreamStorage but fail to send an IPC message and therefore fail to remove the stream from storage on the other side of the IPC boundary (only parent-to-parent in this case). Differential Revision: https://phabricator.services.mozilla.com/D73173
082fb07b2a02e95bf7a514a7abf3819810c530e5: Bug 1253129 warn when using focused property with windows.create r=robwu
Shane Caraveo <scaraveo@mozilla.com> - Wed, 27 May 2020 22:59:17 +0000 - rev 532822
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1253129 warn when using focused property with windows.create r=robwu Differential Revision: https://phabricator.services.mozilla.com/D76944
fd2fad3321095ea25c11b984af8a21c64e114ab5: Bug 1641090, part 10 - Remove base/hash_tables.h. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:18 +0000 - rev 532821
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 10 - Remove base/hash_tables.h. r=nika The remaining use is trivial, defining some hash functions that are never used. Differential Revision: https://phabricator.services.mozilla.com/D76986
bb38c0ef43f62e4a4e59f88df31f4f5cc45cb757: Bug 1641090, part 9 - Change IDMap into an alias for nsDataHashtable. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:16 +0000 - rev 532820
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 9 - Change IDMap into an alias for nsDataHashtable. r=nika Now that IDMap is just a thin wrapper around an nsDataHashtable, it is easy to convert it into an alias. Differential Revision: https://phabricator.services.mozilla.com/D77169
8a213af35204312f44852e7bb1388243547b86a9: Bug 1641090, part 8 - Convert IDMap to use nsDataHashtable internally. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:08 +0000 - rev 532819
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 8 - Convert IDMap to use nsDataHashtable internally. r=nika This is more standard, and uses about 4kb less memory when almost empty, which seems to be the common case in an idle content process. This should save around 66kb per content process. The next patch will get ride of this thin wrapper and use nsDataHashtable directly. Differential Revision: https://phabricator.services.mozilla.com/D76985
014f4ff49575761a226337d9ddc7a7f4cfbf6a98: Bug 1641090, part 7 - Rename IDMap::Lookup to Get. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:06 +0000 - rev 532818
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 7 - Rename IDMap::Lookup to Get. r=nika This is to further match nsTHashtable's interface. Differential Revision: https://phabricator.services.mozilla.com/D77168
698cda1a559039ed240ce11ceb2040b343e04ab8: Bug 1641090, part 6 - Make ReplaceWithID compatible with nsTHashtable's Put. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:03 +0000 - rev 532817
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 6 - Make ReplaceWithID compatible with nsTHashtable's Put. r=nika This method is the same as Put(), except that it asserts that the item is not already present. It also puts the key second. Make it compatible by hoisting out the assert and reversing the arguments. We can use the definition of Put() defined in an earlier patch. Differential Revision: https://phabricator.services.mozilla.com/D77167
e2853ff149e55b3d1acee65e0738b6d35e961bc1: Bug 1641090, part 5 - Make IDMap::Remove match nsTHashtable's behavior. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:55:01 +0000 - rev 532816
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 5 - Make IDMap::Remove match nsTHashtable's behavior. r=nika nsTHashtable::Remove doesn't assert if the item isn't present. Match that behavior by removing the assert and putting it at all of the call sites. This just turns IDMap::Remove into RemoveIfPresent, so merge them. Differential Revision: https://phabricator.services.mozilla.com/D77166
30ba593e90154c426d4b2ab354ebc079178bf2b2: Bug 1641090, part 4 - Make AddWithID compatible into Put. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:54:59 +0000 - rev 532815
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 4 - Make AddWithID compatible into Put. r=nika This function is similar to the Put() method in nsTHashtable, but it lists the key second and it asserts that the key is not already in the map. This patch swaps the arguments and hoists the assertion out, where appropriate. Note that there are a few places that were working around this assert, so for those places don't include the assert. Differential Revision: https://phabricator.services.mozilla.com/D77165
ab85fafde117580ec1493054982a86d4dcf50c20: Bug 1641090, part 3 - Add and use a new Contains predicate. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:54:56 +0000 - rev 532814
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 3 - Add and use a new Contains predicate. r=nika Differential Revision: https://phabricator.services.mozilla.com/D77164
4f20c4a9fb4d1ebeeba62495431d0479c4d989d5: Bug 1641090, part 2 - Inline IDMap::HasData. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:54:54 +0000 - rev 532813
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 2 - Inline IDMap::HasData. r=nika It is only used in one place, so get rid of it. Also, iterate in a nicer way. Differential Revision: https://phabricator.services.mozilla.com/D77163
2c3d742245268dc929720354e3acf89d46b27c46: Bug 1641090, part 1 - Remove unused methods and an unused field from IDMap. r=nika
Andrew McCreight <continuation@gmail.com> - Thu, 28 May 2020 15:54:52 +0000 - rev 532812
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1641090, part 1 - Remove unused methods and an unused field from IDMap. r=nika Differential Revision: https://phabricator.services.mozilla.com/D77162
24f991e9f2670a58d2a5bdcbde878206095e9be4: Bug 1629422 - Eliminating redundant initialization in MediaTransportHandler r=dminor
ChrisCushman <chris.cushman@ymail.com> - Thu, 28 May 2020 15:04:06 +0000 - rev 532811
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1629422 - Eliminating redundant initialization in MediaTransportHandler r=dminor Differential Revision: https://phabricator.services.mozilla.com/D76770
d0b1c0422e926a2aaa6259ce396467cb65642f74: Backed out 6 changesets (bug 1602757, bug 1612063, bug 1569928) for wpt failure on operator-dictionary-spacing-001.html . CLOSED TREE
Narcis Beleuzu <nbeleuzu@mozilla.com> - Thu, 28 May 2020 21:29:25 +0300 - rev 532810
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Backed out 6 changesets (bug 1602757, bug 1612063, bug 1569928) for wpt failure on operator-dictionary-spacing-001.html . CLOSED TREE Backed out changeset 0f9c7960f36e (bug 1569928) Backed out changeset 9456c9f960c9 (bug 1602757) Backed out changeset 8dc7e11dbb9c (bug 1602757) Backed out changeset 8bacf5ad656e (bug 1602757) Backed out changeset b15fc1090ac7 (bug 1612063) Backed out changeset bd19c329c6b7 (bug 1602757)
71a9976f5ea6fee1c7e2fdde46e83011e32712b3: Backed out changeset aa89e2840bce (bug 1640883) for causing failures in test_autoplay_policy_key_blacklist.html CLOSED TREE
Noemi Erli <nerli@mozilla.com> - Thu, 28 May 2020 19:38:12 +0300 - rev 532809
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Backed out changeset aa89e2840bce (bug 1640883) for causing failures in test_autoplay_policy_key_blacklist.html CLOSED TREE
3a98a0b710cf635ccda05ad4ea87e0acc7c4dc63: Bug 1637998 - Hook up loom for concurrency testingting of wgpu r=groves
Dzmitry Malyshau <dmalyshau@mozilla.com> - Thu, 28 May 2020 03:38:21 +0000 - rev 532808
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1637998 - Hook up loom for concurrency testingting of wgpu r=groves Differential Revision: https://phabricator.services.mozilla.com/D77159
7ce147d84c8f9cd13ee87942e1ded4f2a234b242: Bug 1637998 - Make wgpu pass destruction more explicit r=groves
Dzmitry Malyshau <dmalyshau@mozilla.com> - Thu, 28 May 2020 03:12:13 +0000 - rev 532807
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1637998 - Make wgpu pass destruction more explicit r=groves The old way of calling `into_vec` on destruction was awkward Differential Revision: https://phabricator.services.mozilla.com/D77154
9069294ec5cb3ec8f254e244886408d288772078: Bug 1638954 - Run 'mach cppunittest' with python 3; r=bc
Geoff Brown <gbrown@mozilla.com> - Thu, 28 May 2020 14:45:50 +0000 - rev 532806
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1638954 - Run 'mach cppunittest' with python 3; r=bc Differential Revision: https://phabricator.services.mozilla.com/D77258
b7e2f93d1277203e2705e719a507f07453fcb2f0: Bug 1637998 - wgpu create_surface refactor r=groves
Dzmitry Malyshau <dmalyshau@mozilla.com> - Thu, 28 May 2020 03:07:42 +0000 - rev 532805
Push 37459 by rgurzau@mozilla.com at Fri, 29 May 2020 09:54:26 +0000
Bug 1637998 - wgpu create_surface refactor r=groves just reducing some code Differential Revision: https://phabricator.services.mozilla.com/D77150
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 tip