PDF Export issue #392
Labels
No labels
Focus: A11y
Focus: Admin/Meta
Focus: Authentication
Focus: Back-End
Focus: Database
Focus: Design & UX
Focus: Editor - Markdown
Focus: Editor - WYSIWYG
Focus: Export System
Focus: Front-End
Focus: Translations
Focus: View Customization
Is: Docs Update
Is: Enhancement
Is: Priority
Is: Security
Is: Upstream
Status
Blocked
Status
Open to discussion
Status
Out of scope
Status
Pending Validation
Type
API Request
Type
Bug Report
Type
Feature Request
Type
Happy feedback
Type
Maintenance
Type
Question
Type
Support
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
bookstack/bookstack#392
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
Firstly, thank's a lot for this tool.
Secondly, I have an issue with PDF exports.
When I try to export an article as PDF, all images are missing from the file created.
I tried to use WKHTMLTOPDF instead, but without success.
Hi @Dav31, Sorry for my late reply. Were the images uploaded via BookStack or are the referencing another website? What OS is your BookStack instance running on? How large are the images?
Hi Dan,
No problem for the late.
Yes, the images are on the server where Bookstack is hosted.
My instance is running on a CentOS server vith Ngnix webserver installed.
For the images, this is variable as no images are displayed on the PDF export, whatever how large they are.
I am also experiencing this issue....i have been since starting using Book Stack almost 1 year ago....i, until recently, thought this was just the natural behavior of the PDF export feature (and was actually coming here to request that feature be added).
I am running the latest version of book stack (just updated today) 0.16.2. I am running it on Ubuntu 16.04 (up to date) with an Nginx webserver
php --version = 7.0.18
mysql --version = 14.14 distrib 5.7.18
Same issue here... Running as a docker container.
Ubuntu 16.04
Docker 17.06.0-ce
Nginx
mysql 5.7.12
Same here!
Debian 9
PHP 7.0.19-1
10.1.23-MariaDB-9+deb9u1
apache2 2.4.25-3+deb9u2
Same here... also if you export to HTML
Debian 14, Debian 16
PHP 7 / Nginx
Hi @vladime, Are you using the popular solidnerd/docker-bookstack setup for docker or a different setup? A docker setup with this issue would be ideal for me to try to replicate the issue.
Hi Dan, yes, I am using solidnerd docker with BS 0.17.1. One detail which is might be important: I am using Ngnix, so the whole path looks like this domain.com/wiki/restofthebookstackpath/
Hello,
I am also facing the same issue with the pdf exporter (Install on Fedora 25).
Also note that I have the same issue with the "Web contained file" exporter.
Hello,
I just updated to 0.17.4 version.
The issue still occurs.
It seems to be directly linked to NGinx.
Regards.
Yes, must be NGINX related. I see this on behavior on a system that is using NGINX, but it works fine on the latest docker container without NGINX.
I am also seeing this behaviour on Apache. I'm using v0.17.4 as well.
I'm also seeing this issue, running https://github.com/solidnerd/docker-bookstack behind Traefik as SSL terminating reverse proxy.
Hey everyone, Can someone (That has this issue) please confirm if the 'Contained HTML File' export works for them with images?
Need to know if the issue is in the document creation or PDF rendering code...
Hello,
I am facing the same issue with the self contained html export.
Julien
Le 23 sept. 2017 10:56, "Dan Brown" notifications@github.com a écrit :
Can confirm, images are also missing with the html export.
Hi Dan,
I can confirm this too.
The HTML export doesn't provide us the images.
David
Hi all, I've just deployed version v0.18.3 to specifically target this issue. I have an idea at what the problem could be but I'm not sure until it's tested by a few different people but hopefully this patch will get things working.
I did test this in a local dev container setup where images did not work before but there may be a different issue at play here.
Please let me know how it goes after updating.
@ssddanbrown Nice, I'm going to test this tomorrow and let you know 👍
@ssddanbrown Getting a
Whoops, looks like something went wrong.error when replacing ExportService.php with your version. The error log only shows a 500 error for theGET /books/playground/page/new-page/export/pdfrequest.I hope some other folks can chime in as the addition of docker with a reverse proxy certainly increases complexity.
It works for me, but I think a previous release already fixed it.
Hello,
After the upgrade to the latest version, all the images in all the documents appear as Broken link images:

But after editing the page and re-uploaded the images, they were correctly displayed and exported in the PDF.
Regarding the upload of images, I've been forced to upload them via the "insert image" button while I was used to do a copy/paste from a screenshot tool before. Now the copy paste does not work and BookStack displays a general error message when trying to upload images this way.

But I suppose it can be the subject of another issue.
Hi Dan,
I just updated my BookStack installation, and the PDF export runs just fine now.
Thank you very much for your support.
David
Hello I had the same problem on 0.18.0. I updated to 0.18.5 and the export to pdf now works but as per below:
Hello,
The only problem now is that the image does not stay (on pdf) in the position it is meant to.
I am faced with image issues as well, using the export to PDF function.
It produces results as shown by @julienmmm having broken images.
These are with freshly uloaded images however.
Using docker and a reverse proxy (nginx).
The issue (or rather solution) is still unresolved i take it?
FYI, beta release v0.20.0 seems to have fixed it.
Testing a random sample of PDF exports containing media does not show any issues regarding images anymore.
Happy to hear this has been resolved for a good number of instances. Still looks like we're getting bugs though so I'll keep his open for continued discussions.
I noticed the images coming from the new draw.io integration do not show up in the pdfs.
Instead they get replaced by a crossed out block image.
Normal view and HTML export are fine ofcourse.
Hi, will this work if images are secure, i mean by using the "local_secure_setting"?
Appears to be fixed in all recent versions on both Apache and Nginx, no updates to the issue since 2018 so can likely be closed.
Thanks @alexmannuk.
I'll close this off since the original issue creator expressed that their issue has been since solved.