Blank page

Hi! this sounds like there may have been an issue upgrading to 2.0. Can you try the ‘Re-install fonts’ button on the Status tab?

Let me know if that indeed fixes the issue!
Ewout

Thank for your help.
I tried to click on “reinstall fonts” button and now the plugin works fine!
I don’t know why however.

Glad to hear that ??

When the plugin upgrades from 1.X to 2.0, some font files need to be reset. Normally this happens automatically, but sometimes it doesn’t and then the fonts are still in the 1.X format, causing the output you saw with all the content squooshed together at the top.

Ewout

Hi I have the same problem after updating to latest version. I have reinstalled the fonts and still the same. If i change PHP7 to PHO5.6 it works ok. Reinstalled the plugin and still the same.

Thanks

Hi! Is that with the latest release (2.0.9)?
Are you getting a blank page or a blank PDF?
If it’s a blank page, could you try to enable Debug Output in the Status tab of the PDF Invoice settings and try again? That may give us a PHP error to work with.

The plugin is fully PHP7 compatible for as far as I know.

Something else you could check is your logo – if you are using a PNG image, try using JPG instead (or no logo, just to test). If this fixes it, could you let me know what it says on the Status tab behind “GMagick or IMagick” in the “Present” column?

Ewout

Hi Ewout,

From the status page everithing is green. I am using jpg. The pdf is created with logo and lines but no text.
My hosting provider requested the plugin php requirements for them to do some testing if someting is missing from php settings. My test site with another host using php7 works ok.
I have debug on but i dont see any output.

Thanks

Got some output from debug.

Notice: Undefined variable: im in /home/user123/public_html/book.com/wp-content/plugins/woocommerce-pdf-invoices-packing-slips/includes/views/dompdf-status.php on line 80 with GMagick 2 but changing to IMagick 3.4 and without GMagick-IMagick enabled i get the same problem no text but logo and lines ok.

Thanks

• This reply was modified 7 years, 2 months ago by zokinet.

Hi!
There have been a few other reports of people with PHP7 issues, although the plugin is primarily definitely PHP7 compatible (as you also found it to be compatible with PHP7 on another host), there seem to be some specific library or extension requirements still.

Here’s a link to the requirements for the PDF library we use:
https://github.com/dompdf/dompdf/wiki/Requirements

Requirements

• PHP 5.3+ (required)
• DOM extension (required, enabled by default)
• GD extension
• MBString extension. MBString is required for Unicode support.
• read/write access to the directories specified by \Dompdf\Options::$tempDir, \Dompdf\Options::$fontDir, and \Dompdf\Options::$fontCache by the process running dompdf (typically your web server)

Optional Configuration
allow_url_fopen set to true if you need to access “remote” files (that would be file references using a URL with protocol and domain, e.g. https://example.com/image.png); this is sometimes disabled by hosting providers.

Let me know if your host finds something!

Hi Ewout,

So far no luck with the hosting provider. They are shifting a blame on a plugin ??

I’m sorry to hear that. Being unable to replicate the issue here makes it pretty much impossible for me to come up with a fix or suggestion. Apparently one of the libraries in the plugin has a specific requirement and the server doesn’t meet it. The problem is that I don’t know which requirement that is ??

I will be sure to post here if I do find a solution to this. Please let me know if you find something too!

Ewout