Loading...
 
Skip to main content

mpdf: images are not shown in printed pdf with default syntax (and never in some servers)

Status
Open
Subject
mpdf: images are not shown in printed pdf with default syntax (and never in some servers)
Version
18.x
18.x Regression
21.x
23.x
24.x
Category
  • Error
  • Regression
  • Support request
Feature
PDF
Resolution status
Confirmed
Submitted by
Xavier de Pedro
Keep informed
Marc Laporte
Lastmod by
Xavier de Pedro
Rating
(1)
Description

some images are printed, but some others are not, and they seem to need to have no other params params than the minimum, however, using standard syntax from a brand new tiki site embeds wiki pages with a syntax that mpdf is not able to make it just work, and images are not shown in the pdf produced.

Reproduced here:
http://seeds4c.org/Ubuntu+16.04+LTS+for+Human+Beans
(you can produce the pdf by yourself there)

Code that mpdf doesn't seem to like:

Copy to clipboard
{img src="display466" link="display466" width="400" rel="box[g]" imalign="center" desc="Click to expand" align="center" styleimage="border"} {img fileId="60" thumb="box"}


Code that mpdf seems to like:

Copy to clipboard
{img src="https://www.hecticgeek.com/wp-content/uploads/2012/09/Editing-the-disable_wol-script-in-Ubuntu-12.04.jpg"} {img src="display550" width=600}


(removed the examples with params like src="dl437&display" since they were written by the time when tiki accepted that oldish syntax by mistake)


Update:
In a production server in our work, no images are shown in the pdf at all, with neither syntax. Is there any log file with potential information on why no images are shown in the pdf produced by mpdf?
I confirm that we have php7.0.* and php modules gd, & mbstring installed server side.

Xavier

I removed "19.x" categorization because branch 19 doesn't exist yet. The category "regression from version 18 to 19" is accurate here and already assigned.


Update answering luci (Why can't standard users reply to comments, such as my user "xavi" wit no admin rights? 😕 ). Answering here instead (lacking time):

  • replacing that old syntax with new and valid syntax (? intead of &) still yields some broken images in the pdf produced by mpdf. I granted access to amnabilal to a server where she can reproduce. I didn't hear any more feedback from her about it, but I confirm that this issue still exists in several servers of mine, with different setups.

Update: Default syntax with param thumb="box" keeps images away from the printed pdf (even with valid https cert and fully valid params aside of mpdf)
Example:

Copy to clipboard
{img fileId="60" thumb="box"}

Issue with thumb="box" or thumb="zoombox" for instance, confirmed still in 21.5vcs as of today

Files
  1. 2018 06 24 093455
Solution
Fixed in 21.4? Issue with thumb="box" or thumb="zoombox" for instance, confirmed still in 21.5vcs as of today
Importance
8
Easy to solve?
7
Priority
56
Demonstrate Bug on Tiki 19+
Demonstrate Bug (older Tiki versions)
Ticket ID
6689
Created
Tuesday 12 June, 2018 09:07:23 UTC
by Xavier de Pedro
LastModif
Saturday 06 July, 2024 10:21:44 UTC


Show PHP error messages