Summary: | Crash in WebCore::ScrollView::update on SVG test : full-color-prof-01-f.svg | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Mike Hommey <mh+webkit> | ||||
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED DUPLICATE | ||||||
Severity: | Major | CC: | marco.barisione | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | Linux | ||||||
Attachments: |
|
Description
Mike Hommey
2008-04-12 14:41:02 PDT
FYI: (gdb) print containingWindow() $1 = (GtkWidget *) 0x0 I just got the same crash with the last post on planet webkit seen in liferea-webkit Created attachment 20822 [details]
workaround?
This fixes the issue for me on planet.webkit.org, and doesn't crash on full-color-prof-01-f.svg test anymore, but doesn't display properly either...
I don't know if containingWindow is really supposed to never be NULL in update. Maybe something like addChild or setContainingWindow would be needed somewhere in SVGImage... or maybe in some unimplemented functions in FrameLoaderClient... but I just got that from a quick glance at the code. I'm not very familiar with it.
I think that the image is not rendering correctly because of other problems and not because of the workaround. This SVG crashes webkit because it has nested SVGs so new frame views without associated windows are created. I'm closing this bug as a dup as the other one has a longer discussion on the crash. *** This bug has been marked as a duplicate of 19370 *** |