Name Description Size Coverage
BaseWebSocketChannel.cpp 11565 -
BaseWebSocketChannel.h milliseconds 4947 -
IPCTransportProvider.cpp 2209 -
IPCTransportProvider.h No, the ownership model for TransportProvider is that the child object is refcounted "normally". I.e. ipdl code doesn't hold a strong reference to TransportProviderChild. When TransportProviderChild goes away, it sends a __delete__ message to the parent. On the parent side, ipdl holds a strong reference to TransportProviderParent. When the actor is deallocatde it releases the reference to the TransportProviderParent. So effectively the child holds a strong reference to the parent, and are otherwise normally refcounted and have their lifetime determined by that refcount. The only other caveat is that the creation happens from the parent. So to create a TransportProvider, a constructor is sent from the parent to the child. At this time the child gets its first addref. A reference to the TransportProvider is then sent as part of some other message from the parent to the child. The receiver of that message can then grab the TransportProviderChild and without addreffing it, effectively using the refcount that the TransportProviderChild got on creation. 2776 -
metrics.yaml 1174 -
moz.build 1691 -
nsITransportProvider.idl An interface which can be used to asynchronously request a nsITransport together with the input and output streams that go together with it. 1120 -
nsIWebSocketChannel.idl Low-level websocket API: handles network protocol. This is primarly intended for use by the higher-level nsIWebSocket.idl. We are also making it scriptable for now, but this may change once we have WebSockets for Workers. 10132 -
nsIWebSocketEventService.idl 3309 -
nsIWebSocketImpl.idl Called to send message of type string through web socket @param aMessage the message to send 521 -
nsIWebSocketListener.idl nsIWebSocketListener: passed to nsIWebSocketChannel::AsyncOpen. Receives websocket traffic events as they arrive. 3488 -
PTransportProvider.ipdl The only thing this protocol manages is used for is passing a PTransportProvider object from parent to child and then back to the parent again. Hence there's no need for any messages on the protocol itself. 761 -
PWebSocket.ipdl 2243 -
PWebSocketConnection.ipdl 830 -
PWebSocketEventListener.ipdl 1469 -
WebSocketChannel.cpp About SSL unsigned certificates wss will not work to a host using an unsigned certificate unless there is already an exception (i.e. it cannot popup a dialog asking for a security exception). This is similar to how an inlined img will fail without a dialog if fails for the same reason. This should not be a problem in practice as it is expected the websocket javascript is served from the same host as the websocket server (or of course, a valid cert could just be provided). 139873 -
WebSocketChannel.h 13695 -
WebSocketChannelChild.cpp stabilize 21208 -
WebSocketChannelChild.h 4397 -
WebSocketChannelParent.cpp 11278 -
WebSocketChannelParent.h 2448 -
WebSocketConnection.cpp 7355 -
WebSocketConnection.h 2418 -
WebSocketConnectionBase.h 4334 -
WebSocketConnectionChild.cpp 6399 -
WebSocketConnectionChild.h 1785 -
WebSocketConnectionListener.h 664 -
WebSocketConnectionParent.cpp 6076 -
WebSocketConnectionParent.h 2568 -
WebSocketEventListenerChild.cpp 3536 -
WebSocketEventListenerChild.h 2107 -
WebSocketEventListenerParent.cpp 3723 -
WebSocketEventListenerParent.h 1161 -
WebSocketEventService.cpp 18617 -
WebSocketEventService.h Casting WebSocketEventService to nsISupports is ambiguous. This method handles that. 4365 -
WebSocketFrame.cpp 4141 -
WebSocketFrame.h 2674 -
WebSocketLog.h 555 -