Closed Bug 858605 Opened 12 years ago Closed 12 years ago

Categories

(Core :: Graphics: ImageLib, defect)

20 Branch
x86_64
All
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 857367
Tracking Status
firefox20 --- unaffected
firefox21 --- unaffected
firefox22 --- affected
firefox23 --- verified
firefox-esr17 --- unaffected

People

(Reporter: mcmanus, Unassigned)

References

Details

(Keywords: regression, verifyme)

+++ This bug was initially created as a clone of Bug #857906 +++ The cloned bug has a fix that addresses a separate problem on 20, 21, 22, and 23. This is a separate problem on 22 and 23. from comment 2 of the cloned bug: " even with 6c63bb77ddef backed out. The browser deadlocks on this url First, is the RasterImage::DecodePool::RequestDecode(RasterImage* aImg) Is_MainThread() assertion. I know that's being tracked elsewhere (I get it a lot in my sandbox builds) - but this page hits it every single time as far as I can tell so maybe that is useful information. If I get rid of that assert (which the other bug kind of gives mixed messages on) I get deadlocks. Multiple image decoder threads are blocked on getting the mutex in decodejob::run(), and the main thread is deadlocked trying to get it in decodedoneworker::run(). Its not clear to me who holds the lock. "
fixed with 857367!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Keywords: verifyme
Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:23.0) Gecko/20100101 Firefox/23.0 Verified as fixed on Firefox 23 beta 9 (buildID: 20130725195523) and latest Nightly (buildID: 20130725171558).
You need to log in before you can comment on or make changes to this bug.