Interface nsIInputStreamPumpType

nsIInputStreamPump

This interface provides a means to configure and use a input stream pump instance. The input stream pump will asynchronously read from an input stream, and push data to an nsIStreamListener instance. It utilizes the current thread's nsIEventTarget in order to make reading from the stream asynchronous. A different thread can be used if the pump also implements nsIThreadRetargetableRequest.

If the given stream supports nsIAsyncInputStream, then the stream pump will call the stream's AsyncWait method to drive the stream listener. Otherwise, the stream will be read on a background thread utilizing the stream transport service. More details are provided below.

Hierarchy

Properties

canceledReason: string
loadFlags: nsLoadFlags

The load flags of this request. Bits 0-15 are reserved.

When added to a load group, this request's load flags are merged with the load flags of the load group.

loadGroup: nsILoadGroup

The load group of this request. While pending, the request is a member of the load group. It is the responsibility of the request to implement this policy.

name: string

The name of the request. Often this is the URI of the request.

status: number

The error status associated with the request.

Methods

  • Increases the reference count for this interface. The associated instance will not be deleted unless the reference count is returned to zero.

    Returns

    The resulting reference count.

    Returns number

  • Parameters

    • aIID: object
    • Optional aInstancePtr: object

    Returns any

  • A run time mechanism for interface discovery.

    Returns

    NS_OK if the interface is supported by the associated instance, NS_NOINTERFACE if it is not.

    aInstancePtr must not be null.

    Parameters

    • aIID: object

      [in] A requested interface IID

    • aInstancePtr: object

      [out] A pointer to an interface pointer to receive the result.

    Returns void

  • Decreases the reference count for this interface. Generally, if the reference count returns to zero, the associated instance is deleted.

    Returns

    The resulting reference count.

    Returns number

  • asyncRead causes the input stream to be read in chunks and delivered asynchronously to the listener via OnDataAvailable.

    Parameters

    • aListener: nsIStreamListener

      receives notifications.

    Returns void

  • Cancels the current request. This will close any open input or output streams and terminate any async requests. Users should normally pass NS_BINDING_ABORTED, although other errors may also be passed. The error passed in will become the value of the status attribute.

    Implementations must not send any notifications (e.g. via nsIRequestObserver) synchronously from this function. Similarly, removal from the load group (if any) must also happen asynchronously.

    Requests that use nsIStreamListener must not call onDataAvailable anymore after cancel has been called.

    Parameters

    • aStatus: number

      the reason for canceling this request.

      NOTE: most nsIRequest implementations expect aStatus to be a failure code; however, some implementations may allow aStatus to be a success code such as NS_OK. In general, aStatus should be a failure code.

    Returns void

  • Parameters

    • aStatus: number
    • aReason: string

    Returns void

  • These methods encode/decode the TRR mode to/from the loadFlags. Helper methods Get/SetTRRModeImpl are provided so implementations don't need to duplicate code.

    Requests with TRR_DEFAULT_MODE will use the mode indicated by the pref

    • see network.trr.mode in all.js Requests with TRR_DISABLED_MODE will always use native DNS, even if the pref is set to mode3 (TRR-only). Requests with TRR_FIRST_MODE will first use TRR then fallback to regular DNS, unless TRR is disabled by setting the pref to mode5, parental control being enabled, or the domain being in the exclusion list. Requests with TRR_ONLY_MODE will only use TRR, unless not allowed by the same conditions mentioned above.

    Returns nsIRequest_TRRMode

  • Initialize the input stream pump.

    Parameters

    • aStream: nsIInputStream

      contains the data to be read. if the input stream is non-blocking, then it will be QI'd to nsIAsyncInputStream. if the QI succeeds then the stream will be read directly. otherwise, it will be read on a background thread using the stream transport service.

    • aSegmentSize: number

      if the stream transport service is used, then this parameter specifies the segment size for the stream transport's buffer. pass 0 to specify the default value.

    • aSegmentCount: number

      if the stream transport service is used, then this parameter specifies the segment count for the stream transport's buffer. pass 0 to specify the default value.

    • aCloseWhenDone: boolean

      if true, the input stream will be closed after it has been read.

    • aMainThreadTarget: nsIEventTarget

      a labeled main therad event target.

    Returns void

  • Indicates whether the request is pending. nsIRequest::isPending is true when there is an outstanding asynchronous event that will make the request no longer be pending. Requests do not necessarily start out pending; in some cases, requests have to be explicitly initiated (e.g. nsIChannel implementations are only pending once asyncOpen returns successfully).

    Requests can become pending multiple times during their lifetime.

    Returns

    TRUE if the request has yet to reach completion.

    Returns

    FALSE if the request has reached completion (e.g., after OnStopRequest has fired).

    Note

    Suspended requests are still considered pending.

    Returns boolean

  • Resumes the current request. This may have the effect of re-opening any underlying transport and will resume the delivery of data to any open streams.

    Returns void

  • Parameters

    • mode: nsIRequest_TRRMode

    Returns void

  • Suspends the current request. This may have the effect of closing any underlying transport (in order to free up resources), although any open streams remain logically opened and will continue delivering data when the transport is resumed.

    Calling cancel() on a suspended request must not send any notifications (such as onstopRequest) until the request is resumed.

    NOTE: some implementations are unable to immediately suspend, and may continue to deliver events already posted to an event queue. In general, callers should be capable of handling events even after suspending a request.

    Returns void

Generated using TypeDoc