You need to
before you can comment on or make changes to this bug.
Loading the URL gives the following assertion:
ASSERTION FAILED: !fixed
(WebCore/rendering/RenderSVGRoot.cpp:269 virtual void WebCore::RenderSVGRoot::mapLocalToContainer(WebCore::RenderBoxModelObject*, bool, bool, WebCore::TransformState&) const)
Assertion comes because the page has position:fixed on the svg diagram used in the page footer. The page works fine in release builds, and the fixed position element is rendered correctly, so I'm not sure why the ASSERT is there.
Created an attachment (id=42819) [details]
Notice that the test has both position:fixed and a CSS transform on the svg element.
Removing the ASSERT(!fixed) will cause the 2nd ASSERT to fire. Removing that will have the correct behaviour, but only when the CSS transform is not present.
Created an attachment (id=42843) [details]
Testcase that shows that position:fixed on svg is busted
(From update of attachment 42843 [details])
Never mind; that's currently expected with -webkit-transform and position:fixed (bug 31283).
I think there are two issues here:
1. We haven't cleaned up the "fixed inside of transformed" codepath. I don' think the code in convertToLayerCoords() is doing the right thing there now by just calling localToAbsolute() ignoring transforms.
2. There needs to be some explicit hand-off code in the interface between SVG and HTML (in both directions), that maps the expectations of one into those of the other.
Something similar is happening on YouTube HTML5 video embeds.
For an example: disable Flash, visit http://www.trackosaurusrex.com/pblog/comments.php?y=11&m=03&entry=entry110329-122230 and click the play button in comment #3.
Segfault in trunk rev 82358, webkitgtk/gtk3, caused by an assertion:
ASSERTION FAILED: useTransforms
Source/WebCore/rendering/svg/RenderSVGRoot.cpp(300) : virtual void WebCore::RenderSVGRoot::mapLocalToContainer(WebCore::RenderBoxModelObject*, bool, bool, WebCore::TransformState&) const