Bug #6629

WPdfImage logs libharu errors, produces incorrect output

Added by Bruce Toll about 4 years ago. Updated almost 4 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


With github master 4.0.4-25-g1321ecbf, it appears that there is a regression with respect to WPdfImage output. Bisecting, it seems to have been introduced with github commit f895aea2. The issue can be observed by clicking on the second "Create pdf" button on the widgetgallery at internal path media/pdf-output. Most of the layout issues are subtle, although the extra whitespace around the blue text "colors" and red text "special attention" should be visible. The diffpdf tool was helpful for spotting other changes. The PDF output is also larger than with earlier releases and the widgetgallery logs some libharu errors while processing the request:

libharu error: error_no=1007, detail_no=0                                                                                                                                                                                                    
libharu error: error_no=1025, detail_no=0                                                                                                                                                                                                    
... repeat messages deleted ...                                                                                                                                                                                                       - - [2018-Sep-23 15:38:57.890] "GET /test/report.pdf?wtd=NevEmANDQqqm9KGu&request=resource&resource=oii&rand=1 HTTP/1.1" 200 1692477                                                                                               

I verified that reverting the changes to PdfImage.C introduced by f895aea2 seemed to address both the libharu errors and output formatting issues --- at the cost of new functionality.


Updated by Roel Standaert about 4 years ago

  • Status changed from New to InProgress
  • Assignee set to Koen Deforche

Updated by Bruce Toll almost 4 years ago

Please see related issue #6802 (includes a patch that may be relevant).


Updated by Roel Standaert almost 4 years ago

  • Status changed from InProgress to Resolved

Updated by Roel Standaert almost 4 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF