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.