564bd22ce8898109f80ef3b421e9c5329cc86dc2: Backed out changeset c930526369c2 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:46 +0200 - rev 354148
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset c930526369c2 (bug 1353629)
cabdccfa10f0ed0a934b395c60408ed5de6d2306: Backed out changeset b225ae4bfc09 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:42 +0200 - rev 354147
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset b225ae4bfc09 (bug 1353629)
fb12febc369226d617febbf08af6b4178ce46f29: Backed out changeset 607b25ac6c31 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:37 +0200 - rev 354146
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset 607b25ac6c31 (bug 1353629)
1c48858c3812645a72ed9896202a41849281666c: Backed out changeset 747a31f9b7b9 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:33 +0200 - rev 354145
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset 747a31f9b7b9 (bug 1353629)
86f4670afa32d1d5f7e759295c718277d81dc03d: Backed out changeset 30953613fff7 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:28 +0200 - rev 354144
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset 30953613fff7 (bug 1353629)
b4e8c3d77689601007dff98d61b3149d3f461660: Backed out changeset d4ab7cc36551 (bug 1353629)
Sebastian Hengst <archaeopteryx@coole-files.de> - Thu, 20 Apr 2017 18:36:23 +0200 - rev 354143
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Backed out changeset d4ab7cc36551 (bug 1353629)
35ef9cd545196c54182705b9af85ff1c40f500d0: Bug 1358142 - Support Content-Encoding header in mozharness when downloading from a url,r=aki
Peter Moore <pmoore@mozilla.com> - Thu, 20 Apr 2017 16:42:23 +0200 - rev 354142
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1358142 - Support Content-Encoding header in mozharness when downloading from a url,r=aki
b4c3713d1933aa5eb8ed12f9d09a6d4f9a81068f: Bug 1356013 - Intermittent font-face/media-query-add-1.html. skip on stylo. r=gbrown
Joel Maher <jmaher@mozilla.com> - Thu, 20 Apr 2017 11:41:48 -0400 - rev 354141
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1356013 - Intermittent font-face/media-query-add-1.html. skip on stylo. r=gbrown MozReview-Commit-ID: GOtYjBIDuRu
f143c464b7f4108720243acbd8fa8c05428ec966: Bug 1355266 - removed duplicate import of osfile.jsm. r=Dexter
Pauline <pauline.lallinec@gmail.com> - Wed, 19 Apr 2017 21:25:57 +0100 - rev 354140
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1355266 - removed duplicate import of osfile.jsm. r=Dexter
8228b51bee6440a856f89a472863c97306ececf8: Bug 1357741 - make nsCertOverrideService's locking more efficient; r=keeler
Nathan Froyd <froydnj@mozilla.com> - Thu, 20 Apr 2017 10:02:19 -0400 - rev 354139
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1357741 - make nsCertOverrideService's locking more efficient; r=keeler nsCertOverrideService uses a ReentrantMonitor to protect its inner state. However, there's no way for nsCertOverrideService's methods to be re-entered when calling outside code. The use of ReentrantMonitor appears to be compensating for an unclear division of locking responsibilities, by enabling every method to simply lock the ReentrantMonitor upon entrance without care for who might have locked it beforehand. Using Mutex is cheaper than ReentrantMonitor, and also forces us to make explicit who's required to do locking, and who needs to do work with the lock held.
2ddbf12eaee021e197c46071da5387cdae2af99e: Bug 1354672 - update debugger frontend 04/18/17;r=jdescottes
Julian Descottes <jdescottes@mozilla.com> - Thu, 20 Apr 2017 14:49:44 +0200 - rev 354138
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1354672 - update debugger frontend 04/18/17;r=jdescottes MozReview-Commit-ID: HI2NymoCLYR
d4ab7cc36551d885b6640e180ead7093bf610a4c: Bug 1353629 - PBlob refactoring - part 14 - tests, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:58 +0200 - rev 354137
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 14 - tests, r=smaug
30953613fff70a46022ce12c375f33cf7036f05e: Bug 1353629 - PBlob refactoring - part 13 - IPCBlobInputStream should support remote nsIAsyncInputStream, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:58 +0200 - rev 354136
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 13 - IPCBlobInputStream should support remote nsIAsyncInputStream, r=smaug If a child-to-parent IPCBlob is more than 1mb, we end up using a pipe stream. If that ipcBlob is sent to a different process, we need to implement asyncWait correctly: we need to call the remoteStream->AsyncWait().
747a31f9b7b91c0ce15f7f8bb3f4e7699b9c4a4f: Bug 1353629 - PBlob refactoring - part 12 - nsInputStreamPump should use BufferedStreams, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:58 +0200 - rev 354135
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 12 - nsInputStreamPump should use BufferedStreams, r=smaug nsInputStreamPump should use the stream as nsIAsyncInputStream if available. In order to do so, we need to wrap a BufferedStream around it. MediaResource cannot use a simple sync nsIInputStream when BlobURL are involved in the content process.
607b25ac6c31b14f29e010ab61d3270ca98c939d: Bug 1353629 - PBlob refactoring - part 11 - Comments, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:58 +0200 - rev 354134
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 11 - Comments, r=smaug
b225ae4bfc09e5bd2b7ef8139eac5abd253bd084: Bug 1353629 - PBlob refactoring - part 10 - Make nsFileInputStream cloneable, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:56 +0200 - rev 354133
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 10 - Make nsFileInputStream cloneable, r=smaug This is important to avoid extra copy when IPCInputStreamStorage::GetStream() returns a file inputStream
c930526369c233e6d45219b0178ff83c9e599cc6: Bug 1353629 - PBlob refactoring - part 9 - PBlob should use IPCStream in case it is dealing with an IPCBlobInputStream, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:38 +0200 - rev 354132
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 9 - PBlob should use IPCStream in case it is dealing with an IPCBlobInputStream, r=smaug This patch will go away when I'll finishing the removing of PBlob. Currently, when a PBlob is sent from child to parent, we use PMemoryStream in order to recreate the inputStream on the parent side. PMemoryStream sends the data in chunks. But if PBlob is dealing with a IPCBlobInputStream, it doesn't have access to the real data. In this case, we must send data using IPCStream. In this way, Note that thisIPCBlobInputStream will send its ID, and the parent will take the real inputStream from the IPCBlobInputStreamStorage. Note that I check the size to be 1mb instead 0. No particular reasons, but better to avoid the use of PMemoryStream for nothing.
eea2ce5d3c1794289f603f42e4332ff1c4dd12c0: Bug 1353629 - PBlob refactoring - part 8 - FileReader should use nsIAsyncInputStream if available, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:38 +0200 - rev 354131
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 8 - FileReader should use nsIAsyncInputStream if available, r=smaug Currently FileReader API uses a nsITransport. This is not needed if the inputStream is a nsIAsyncInputStream already, and IPCBlobInputStream is always a nsIAsyncInputStream. Note that, we must create a bufferedStream in order to use ReadSegments in case the remote inputStream, received by IPCBlobInputStream, is a FileInputStream. This was not needed with nsITransport.
71785db3c38257d0a2b1e029fa696fbf6a2e0bd6: Bug 1353629 - PBlob refactoring - part 7 - IPCBlobInputStream must implement nsIAsyncInputStream, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:38 +0200 - rev 354130
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 7 - IPCBlobInputStream must implement nsIAsyncInputStream, r=smaug In order to retrieve data from an IPCBlobInputStream, it must be used as nsIAsyncInputStream.
695957269f581c88b5f28f5c5304272a3927f2b3: Bug 1353629 - PBlob refactoring - part 6 - IPCBlobInputStream serialization, r=smaug
Andrea Marchesini <amarchesini@mozilla.com> - Thu, 20 Apr 2017 15:20:38 +0200 - rev 354129
Push 31686 by kwierso@gmail.com at Thu, 20 Apr 2017 22:32:32 +0000
Bug 1353629 - PBlob refactoring - part 6 - IPCBlobInputStream serialization, r=smaug IPCBlobInputStream must implement nsIIPCSerializableInputStream interface. When this is done, the child sends the internal ID of the IPCBlobInputStream to the parent.
(0) -300000 -100000 -30000 -10000 -3000 -1000 -300 -100 -50 -20 +20 +50 +100 +300 +1000 +3000 +10000 +30000 +100000 tip