Closed
Bug 1209705
Opened 10 years ago
Closed 10 years ago
ClippedImage should propagate a DrawResult correctly even when it creates an intermediate surface
Categories
(Core :: Graphics: ImageLib, defect)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
FIXED
mozilla44
Tracking | Status | |
---|---|---|
firefox44 | --- | fixed |
People
(Reporter: seth, Assigned: seth)
References
Details
Attachments
(1 file)
10.54 KB,
patch
|
tnikkel
:
review+
|
Details | Diff | Splinter Review |
Right now if ClippedImage creates an intermediate surface (by calling GetFrameInternal() in Draw()), it just drops the DrawResult that it generates in DrawSingleTile() on the floor. To support sync decoding for border-image correctly, we need to propagate that DrawResult to the caller.
Assignee | ||
Comment 1•10 years ago
|
||
Here's the patch. This is almost identical to the approach we use in RasterImage
for ImageContainers; we cache the DrawResult that we generate when we create the
cached surface, and then return it to the caller from Draw().
Attachment #8667500 -
Flags: review?(tnikkel)
Updated•10 years ago
|
Attachment #8667500 -
Flags: review?(tnikkel) → review+
Assignee | ||
Comment 2•10 years ago
|
||
Thanks for the review!
Assignee | ||
Comment 3•10 years ago
|
||
Comment 4•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox44:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla44
You need to log in
before you can comment on or make changes to this bug.
Description
•