Closed Bug 37033 Opened 24 years ago Closed 20 years ago

spurious nsIChannel::Cancel() calls

Categories

(Core :: Networking, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: dmosedale, Assigned: gagan)

Details

(Keywords: perf)

I haven't been able to really track this down yet, but I'm implementing
nsIChannel.  From time to time nsLDAPChannel::Cancel() gets called when I
haven't touch the stop button, and it appears to be happening after the channel
has already fired nsOnStopRequest().  I'll add more info to this bug if more
details emerge.
it would help to see where the cancel call is coming from. See if you can get
that in the stack... cc'ing ruslan
m17 for now till we can get better idea.
Status: NEW → ASSIGNED
Target Milestone: --- → M17
With new FinalListener business it's not going to cause any harm anymore :-)
Well, except for the fact that it wastes cycles.
Keywords: perf
it seems that the root cause of this bug might be related to bug 38281. cc'ing
rpotts. 
Target Milestone: M17 → Future
cc'ing mscott on this one. 
mass move, v2.
qa to me.
QA Contact: tever → benc
this looks like a dead bug.  dmose: any reason to keep this open?

marking WORKSFORME
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
V, per Darin
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.