[Webkit-unassigned] [Bug 112081] Printing to PDF should produce internal links when HTML has internal links

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Mar 21 17:55:23 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=112081





--- Comment #26 from David Lattimore <dml+webkit at google.com>  2013-03-21 17:57:50 PST ---
(From update of attachment 194177)
View in context: https://bugs.webkit.org/attachment.cgi?id=194177&action=review

>> Source/WebCore/page/FrameView.cpp:3490
>> +    }
> 
> What if you print, the page is mutated via JavaScript, and then you print again? m_linkedDestinations will be stale, right? And contain stale pointers to Elements? Which you will then dereference below?

I'd wrongly thought that FrameView only lived for the duration of the print. I've moved this code to PrintContext which should fix this.

>> Source/WebCore/page/FrameView.cpp:3495
>> +        IntPoint point(bb.x(), bb.y());
> 
> Please expand "bb".

Done.

>> Source/WebCore/page/FrameView.cpp:3496
>> +        if (pageRect.contains(point))
> 
> What if the bounds are shoved off the page but the bounding box intersects the page? You probably want "intersection of pageRect and 'bb' is not empty", no?

Good point. Done.

>> Source/WebCore/platform/graphics/skia/GraphicsContextSkia.cpp:1113
>> +    return true;
> 
> Shouldn't this only return true if the graphics context is backed by e.g. a PDF? Certainly you don't want to do all this work for a bitmap Skia context...

I now check if it's printing.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list