Hi, I am looking for the reason of a bug and I think you can help me.

I use imagebrowser to insert images into nodes and using the dynamic method it has by default (in the node you insert a url like http://example.com/imagebrowser/view/image/33/preview ) I get a file not found error on a blank screen when trying to print a node ...

So I need to know which bug is this :
- imagebrowser's fault that it chose to implement this dynamic way (instead of the alternative filter way that image_assist uses (the static ...file.jpg url insertion is bad when you update the image /image node) )
- or print module's fault cause of the way it gives the image to tcpdf/dompdf (probably not cause your module's role is to feed the html to tcpdf without much parsing if at all - right? )

- or tcpdf/dompdf's fault (testing here with tcpdf only )

Thought you guys here will answer me best cause you are in the middle :)

Comments

rsvelko’s picture

rsvelko commented
Title: problem with dynamically serverd images from imagebrowser » problem with dynamically served images from imagebrowser
rsvelko’s picture

rsvelko commented

the exact error is

TCPDF ERROR: [Image] No such file or directory in /var/www/vhosts/vhostname/imagebrowser/view/image/2077/_original

jcnventura’s picture

jcnventura
Primary language English
commented
Status: Active » Closed (works as designed)

It's everyone's fault actually, and unfortunately there's nothing I can do about it..

It's imagebrowser fault for creating that URL..
It's this module's fault for configuring TCPDF in a way that it tries to access URLs locally when possible, so that users on servers which don't allow the PHP engine to access files via URLs are still able to create PDFs with images.
And finally, it's TCPDF's fault for not trying to access the file via http when it can't access it locally.

Taking into account the above, I can't really change anything, as fixing it in the only thing under my control would cause problems to a lot more users.

You can try to edit print_pdf/print_pdf.pages.inc and set K_TCPDF_EXTERNAL_CONFIG to FALSE (or maybe just comment out all the defines around that.

João

rsvelko’s picture

rsvelko commented
Status: Fixed » Closed (works as designed)

this here

#457528: TCPDF error with Brilliant Gallery module

was helpful - in short - the recent versions of print module have new settings that can work around this problem...

I had to patch the print module's code and tcpdf's code too (2 one line patches, some apache alias directives and a new 10 line shell program were necessary ... )

Please click on my name and write me via my contact form for detailed instructions. After some time I may contribute some patches/docs ...

rsvelko’s picture

rsvelko commented
Status: Closed (works as designed) » Fixed

Status: Closed (works as designed) » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.