764919 - Investigate whether call of OnDataAvailable may follow after OnStopRequest on listener of nsHttpChannel

Status: RESOLVED INVALID

(Core :: Networking: HTTP, defect)

Description

[Honza Bambas (:mayhemer)]

Reporting as unconfirmed just to raise attention of potential problem.  

This is one possible cause of bug 764758.

(in a nut shell: a class, that sets it self as a direct listener on nsHttpChannel, sets a member on it self after a successful call to AsyncOpen ; this member is deferenced in OnDataAvailable [occasional crash] and released in OnStopRequest)

Comment 1

[Honza Bambas (:mayhemer)]

I've just got another stack, that shows this cannot happen according we always throw mListener away after call to OnStopRequest on it.  nsStreamListenerTee cannot be the cause, it's too simple class.

Comment 2

[Jason Duell]

I'm starting to wonder if we should install an initial listener class that does nothing but verify that we call OnStart/OnStop, and only call OnDataAvailible in between.