The testcase comes from bug 253078. When resizing the image, the shadow image (the image that's half transparent and which functions as a hint of what the final image's size should be) is not getting updated, so I'm getting screen artefacts when I'm busy with resizing. After finishing with resizing, everything looks all right. This works in a 20040520 trunk build. This doesn't work in a 20040522 trunk build. http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-05-20+13%3A00%3A00&maxdate=2004-05-22+10%3A00%3A00&cvsroot=%2Fcvsroot I guess this could be a regression from the fix for bug 243882.

Yep, backing out the fix for bug 243882 fixes this bug in my debug build.

So what is this "shadow image" thing? Where is it drawn? Whatever code is drawing it is buggy, per bug 243882 comment 0... Also, I only see the problem when resizing horizontally or vertically. When I resize diagonally, things look fine. Is that what you see? Finally, could you file a bug on the resize handles being mis-positioned?

It looks like resizing of absolutely positioned images in fact does _not_ invalidate the right area...

This makes sure to invalidate the rect of the image if it's actually been resized.

Oh, and nice catch. ;)

Fixed.

Yes, I was a bit vague here. I hadn't that much time and had a bit more bugs to file. For some (odd) reason I was in a hurry to file this one (and didn't bother to write a proper testcase). (In reply to comment #2) > Finally, could you file a bug on the resize handles being mis-positioned? That's bug 253078.

Hey, the testcase you pointed to did the job! No big deal.