[chromium-bugs] Issue 8763 in chromium: LayoutTests/svg/custom/use-on-g-containing-foreignObject-and-image.svg fails

Fri, 13 Mar 2009 11:59:50 -0700 

Status: Untriaged
Owner: ----
CC: [email protected],  [email protected]
Labels: Type-Bug Pri-2 OS-All Area-WebKit Mstone-2.0

New issue 8763 by [email protected]:  
LayoutTests/svg/custom/use-on-g-containing-foreignObject-and-image.svg fails
http://code.google.com/p/chromium/issues/detail?id=8763

The RenderTree dumps are equivalent but trunk chromium outputs a blank
image (the baseline image has a green box). We have also been failing this
since the first webkit merge in October.

SVGImage is a weird piece of hackery which creates an embedded Page object
with a custom ChromeClient which forwards repaint requests back to the
SVGImage. SVGImage::draw() will then call into that Page's Frame's paint()
function.

I've traced through the code and we are (theoretically) rendering the
image, as we call paint and start rendering that page hierarchy. I'm
wondering if there's some problem with caching or accessing resources
across different Page objects, but at this point, I think someone who
actually knows this piece of the code needs to take this bug.

(PS: Because of the weird hackery in making a new Page object, you'll need
the attached patch to prevent crashing on reload or navigation away from
the svg page, as we assume that our BackForwardList will always have a
BackForwardListClient.)

Attachments:
        backforwardlistfix.diff  611 bytes

--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings

--~--~---------~--~----~------------~-------~--~----~
Automated mail from issue updates at http://crbug.com/
Subscription options: http://groups.google.com/group/chromium-bugs
-~----------~----~----~----~------~----~------~--~---

Reply via email to