Upgraded to the latest version 1.4.3 today, and we are unable to generate PDF. Webpage is empth for both invoices and quote PDF. The guest link works and shows correct information. Any help would be appreciated.
Thank you for your response, however we did not modify our templates, everything is stock/fresh install with upgrades from previous versions. I went ahead and re-uploaded 1.4.3 again, upgrade went fine, but still blank on PDF. All Reports are Blank as well.
Could you then please check your web server’s error logs?
Checked all the apache/php error logs and this is the only thing that shows (I replaced server name with Xs):
[Fri Jul 10 12:44:35 2015] [info] [client XXX.XXX.XXX.XXX] Connection to child 1 established (server XXX.XXX.XXX:443)
[Fri Jul 10 12:44:35 2015] [info] Seeding PRNG with 656 bytes of entropy
[Fri Jul 10 12:44:35 2015] [info] Initial (No.1) HTTPS request received for child 1 (server XXX.XXX.XXX:443)
[Fri Jul 10 12:44:35 2015] [info] [client XXX.XXX.XXX] (70014)End of file found: SSL input filter read failed.
[Fri Jul 10 12:44:35 2015] [info] [client XXX.XXX.XXX] Connection closed to child 1 with standard shutdown (server XXX.XXX.XXX:443)
Otherwise, I created new mysql database, with stock fresh install. Same thing, PDF or Reports will result in blank. I know i am not providing much info here, and i don’t see anyone having this problem. I upgraded all web server packages to the newest. I set all files and directories under invoiceplane subdirectory to 777.
- In this case set the
log_thresholdfrom0to2in the file/application/config/config.php - Now try to generate a PDF again.
- isThen copy the logs from
/application/logswith us (not the index.html file), save them on paste.ee and share the link here.
Thats really weird. No web server errors, no log errors but a blank page? 
No, nothing. Sorry that I could not be of more help. I even loaded stock install and database with 1.4.1 and same issue occurs now.
1.4.1 worked before like a champ so I have no idea what changed. Could SSL cert have anything to do with it?
I don’t know.
Could you try to open the browser console when creating the PDF? Then please post the output here.
Are you 100% sure that the Apache error logs are empty? Not the access logs, the error logs.
Because there is a 500 Internal Server Error displayed and those errors are normally logged in these error logs…
I encounter this problem too.
we were unable to resolve the issue, still looking with our network admin. we think it is related to SSL.
I’m also having this issue. When attempting to generate a PDF from an invoice, I just get a blank, white page in the browser. Investigation shows it’s returning a 500 Internal Server Error header.
I have logging turned up to level 4. Log output on clicking the “Download PDF” button:
DEBUG - 2015-08-01 20:34:31 --> Config Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Hooks Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Utf8 Class Initialized
DEBUG - 2015-08-01 20:34:31 --> UTF-8 Support Enabled
DEBUG - 2015-08-01 20:34:31 --> URI Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Router Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Output Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Security Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Input Class Initialized
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> XSS Filtering completed
DEBUG - 2015-08-01 20:34:31 --> Global POST and COOKIE data sanitized
DEBUG - 2015-08-01 20:34:31 --> Language Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Language Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Config Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Loader Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Controller Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Invoices MX_Controller Initialized
DEBUG - 2015-08-01 20:34:31 --> Config file loaded: application/config/invoice_plane.php
DEBUG - 2015-08-01 20:34:31 --> Session Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: string_helper
DEBUG - 2015-08-01 20:34:31 --> Session routines successfully run
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: url_helper
DEBUG - 2015-08-01 20:34:31 --> Database Driver Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: form_helper
DEBUG - 2015-08-01 20:34:31 --> Form Validation Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: number_helper
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: pager_helper
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: invoice_helper
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: date_helper
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: redirect_helper
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/modules/settings/models/mdl_settings.php
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Language file loaded: language/english/ip_lang.php
DEBUG - 2015-08-01 20:34:31 --> Language file loaded: language/english/form_validation_lang.php
DEBUG - 2015-08-01 20:34:31 --> Language file loaded: language/english/custom_lang.php
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: language_helper
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/controllers/../modules/layout/controllers/layout.php
DEBUG - 2015-08-01 20:34:31 --> Layout MX_Controller Initialized
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/modules/invoices/models/mdl_invoices.php
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: pdf_helper
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/modules/invoices/models/mdl_items.php
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/modules/invoices/models/mdl_invoice_tax_rates.php
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/modules/payment_methods/models/mdl_payment_methods.php
DEBUG - 2015-08-01 20:34:31 --> Model Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Encrypt Class Initialized
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: template_helper
DEBUG - 2015-08-01 20:34:31 --> File loaded: application/views/invoice_templates/pdf/default-payment.php
DEBUG - 2015-08-01 20:34:31 --> Helper loaded: mpdf_helper
That’s where it ends. There is nothing else logged, and no record of the 500 in the apache error.log.
In case this is relevant: This installation is running on Apache 2.4.7, PHP 5.5.9. Gzip is configured as off in the Invoice Plane config.php file. The connection uses TLS 1.2 between the client and reverse proxy (Nginx 1.9.1), and is then unencrypted over the internal network between the proxy and upstream server.
Any errors in the nginx logs?
No errors present in the Nginx error logs. Only the expected record of the GET request in the access logs.
Hello,
I am also facing this same issue. I just did a fresh install today of InvoicePlane v1.4.3 on CentOS 7. I got everything working and I am really loving the system so far, but the PDF invoices are all opening up blank pages and I’m not finding any errors to help with diagnosing the issue further.
I turned on debug logging in the application, and this is what I am seeing there:
There’s nothing in the HTTPD logs to indicate what the problem might be.
I would be happy to set this up again on a test environment and give one of your developers access if necessary. It seems like this is an issue multiple people are facing that you guys aren’t able to reproduce on your end, maybe a library on your distro that isn’t installed by default on CentOS?
Looking forward to working with you guys on a solution…
Hello,
I found the problem and I was able to fix it on my installation.
The problem was due to a corrupted library, somehow the code has been modified and it caused the MPDF library to break.
Developers: Take a look at application/helpers/mpdf/mpdf.php on line 6361, that shouldn’t be that way? It is broken code. Someone pasted it poorly or something. This will be broken for anyone who downloads the latest version from the website, just as it was broken for me.
Users Looking For A Fix: Download the original MPDF library files from this URL: (http://mpdf1.com/repos/MPDF574UPGRADE573.zip), extract the Zip file, and copy the source “mpdf.php” to your application/helpers/mpdf/ folder, overwriting the file which is in there.
This corrected the problem for me 100%. 
2 Likes
I can confirm that replacing mpdf.php has fixed this issue on my installation.
Mr/Ms Epic - I owe you a pint. Thank you! I started to have a look at that file myself yesterday, but didn’t get as far as line 6361! That file’s a bit of a monster.
So it’s problem solved - in my case, at least.