Bug 168830

Summary: [GTK] After reloading web view in WebKitPrintCustomWidget's apply signal callback the print output is not right
Product: WebKit Reporter: Tomas Popela <tpopela>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: bugs-noreply, mcatanzaro
Priority: P2    
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch to reproduce the issue in MiniBrowser
none
output without reload
none
output with reload - broken none

Tomas Popela
Reported 2017-02-24 03:48:13 PST
Created attachment 302665 [details] Patch to reproduce the issue in MiniBrowser If reloading the web view in the WebKitPrintCustomWidget's apply signal callback, then the produced output doesn't have the right layout. You can see the problem by comparing the two attached PDF files. I'm attaching a patch that makes it reproducible in the MiniBrowser. I originally hit this in Evolution while adding the custom print widget support to it.
Attachments
Patch to reproduce the issue in MiniBrowser (1.45 KB, patch)
2017-02-24 03:48 PST, Tomas Popela 		no flags
DetailsFormatted DiffDiff
output without reload (234.16 KB, application/pdf)
2017-02-24 03:48 PST, Tomas Popela 		no flags
Details
output with reload - broken (172.05 KB, application/pdf)
2017-02-24 03:49 PST, Tomas Popela 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Tomas Popela
Comment 1 2017-02-24 03:48:52 PST
Created attachment 302666 [details] output without reload
Tomas Popela
Comment 2 2017-02-24 03:49:13 PST
Created attachment 302667 [details] output with reload - broken
Michael Catanzaro
Comment 3 2017-02-24 04:05:18 PST
Might be bug #164180.
Tomas Popela
Comment 4 2017-02-24 04:29:18 PST
*** This bug has been marked as a duplicate of bug 164180 ***
Note You need to log in before you can comment on or make changes to this bug.