Closed
Bug 615462
Opened 14 years ago
Closed 14 years ago
Crash [@ gfxAlphaRecovery::RecoverAlpha]
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: jruderman, Assigned: bas.schouten)
References
Details
(Keywords: crash, testcase)
Crash Data
Attachments
(3 files)
The crash happens more reliably in debug builds. When it doesn't crash, it can break painting instead. bp-6f8713b6-59f5-498e-a20c-0bcd62101129
Reporter | ||
Comment 1•14 years ago
|
||
Comment 3•14 years ago
|
||
(In reply to comment #2) > Windows-only, I think. I couldn't reproduce with an Ubuntu debug build
Assignee | ||
Comment 4•14 years ago
|
||
This is because with Windows 7 with Direct2D this causes some alpha recovery to occur to draw a native theme background. I need to look into why because that's generally not a great idea. In any case this performs native drawing on a 25933 by 24023. gfxASurface::CheckSurfaceSize will refuse this size because it will overflow. We therefor return a NULL surface but we don't actually check for that anywhere and we proceed to try and use it.
Assignee | ||
Comment 5•14 years ago
|
||
This actually happens on all render modes for windows because of native theming. This patch should make us only draw the native theme for the dirty rect (which should be enough).
Attachment #494280 -
Flags: review?(roc) → review+
blocking2.0: ? → final+
Assignee | ||
Comment 7•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/c46083e1b190
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Crash Signature: [@ gfxAlphaRecovery::RecoverAlpha]
You need to log in
before you can comment on or make changes to this bug.
Description
•