Closed Bug 944442 Opened 10 years ago Closed 10 years ago

DeCOMify imgIContainer::GetFrame

Categories

(Core :: Graphics: ImageLib, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla29

People

(Reporter: jwatt, Assigned: jwatt)

References

Details

(Whiteboard: [qa-])

Attachments

(1 file)

In the process of converting imgIContainer::GetFrame to Moz2D it seems like we should DeCOMify it too. None of the callers except nsLayoutUtils::SurfaceFromElement check the nsresult return value, and nsLayoutUtils::SurfaceFromElement only checks if it failed and returns a default object in that case.
Attached patch patchSplinter Review
One of the groundwork patches I wrote preparing the ground to converte imgIContainer::GetFrame to return a Moz2D SourceSurface instead of a Thebes gfxASurface. Might as well get this out of my tree before it rots.
Attachment #8345553 - Flags: review?(roc)
Comment on attachment 8345553 [details] [diff] [review]
patch

Review of attachment 8345553 [details] [diff] [review]:
-----------------------------------------------------------------

I'm not an imglib peer
Attachment #8345553 - Flags: review?(roc) → review?(seth)
Comment on attachment 8345553 [details] [diff] [review]
patch

Review of attachment 8345553 [details] [diff] [review]:
-----------------------------------------------------------------

Looks good. The less COM the better, I say.
Attachment #8345553 - Flags: review?(seth) → review+
I missed a spot in widget/windows/WinUtils.cpp which I fixed in the original checkin, but forgot to change the error code check to a null check. Fixed in:

https://hg.mozilla.org/integration/mozilla-inbound/rev/bd5c5a325b15
https://hg.mozilla.org/mozilla-central/rev/826415ddd250
https://hg.mozilla.org/mozilla-central/rev/bd5c5a325b15
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Blocks: 950360
Blocks: 950372
Whiteboard: [qa-]
You need to log in before you can comment on or make changes to this bug.