Closed Bug 1119565 Opened 5 years ago Closed 5 years ago

crash in nsPluginStreamListenerPeer::SetupPluginCacheFile(nsIChannel*)

Categories

(Core :: Plug-ins, defect, critical)

x86_64
Windows 8.1
defect
Not set
critical

Tracking

()

RESOLVED FIXED
mozilla39
Tracking Status
firefox39 --- fixed

People

(Reporter: aklotz, Assigned: aklotz)

References

Details

(Keywords: crash)

Crash Data

Attachments

(1 file)

This bug was filed from the Socorro interface and is 
report bp-0b6edf39-ac2c-4fbb-a8b3-17cf62150107.
=============================================================

Based on the stack, asyncInit is turned on.
I'm not convinced that this is specifically async init related. Upon further inspection of the call stack, async init is not enabled (and this crash has some initial occurrences prior to the landing of async init). I'm going to keep an eye on this one for a while but I don't think that it makes sense to leave it blocking async init riding the trains.
Assignee: aklotz → nobody
No longer blocks: asyncplugininit
Status: ASSIGNED → NEW
Just crashed today: bp-30ca287e-a32d-4bc2-957c-29e7d2150324

I do have async init enabled.

I was moving the progress bar to step back on a Flash video at dailymotion.com at the time of the crash.  Just before that, I has paused the video to play an embedded youtube video on another site.
Thanks for the report. I've figured out what's going on.
We are querying the listener to see if its type is STREAM_TYPE_UNKNOWN but we weren't properly setting it.
Assignee: nobody → aklotz
Status: NEW → ASSIGNED
Attachment #8582868 - Flags: review?(jmathies)
Attachment #8582868 - Flags: review?(jmathies) → review+
https://hg.mozilla.org/mozilla-central/rev/0bbc164eb43a
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla39
You need to log in before you can comment on or make changes to this bug.