|
Nathan McLean
|
October 29, 2014 at 5:15 am
Hi there
I am using EE4 and have selected the bauhaus.css style for my invoices in the Payment Methods section of the plugin. The style selection appears to have an impact on the Full Order Confirmation Receipt (which is working as expected), however when I select the pay using invoice option, the PDF invoice that is generated does not have the bauhaus.css style – It appears to have no style. Is this meant to happen?
This issue exists whether I am using Internet Explorer or Google Chrome.
Cheers
Nathan
|
|
Nathan McLean
|
October 29, 2014 at 5:16 am
Sorry I should add that you can test this out at https://www.claymatter.com.au/events/modelling-for-consulting-strategy/
If you select the pay using invoice option, you should get to the final page without having to actually pay any money.
Cheers
Nathan
|
|
Dean
|
October 29, 2014 at 5:42 am
Hi Nathan,
I ran a test on your site and I do indeed see the problem with the PDF having no styles. Currently trying to figure out exactly why this is occurring as it is not happening on any of my test sites.
|
|
Nathan McLean
|
November 3, 2014 at 3:32 am
Hi Dean thanks for your help. Have you had any luck getting to the bottom of the problem?
Thanks!
Nathan
|
|
Dean
|
November 3, 2014 at 5:49 am
Hi Nathan,
Sorry for the delay in getting back to you.
The only thing that I can think of currently is that you are running HTTPS on the server. It might be a case that the CSS files is being treated as unsecure and therefore being excluded.
Is it possible to disable the HTTP on those pages?
|
|
Nathan McLean
|
November 4, 2014 at 12:49 pm
Hi Dean thanks for your reply. My website is using https (we have a SSL certificate and I am also running a HTTPS plugin). When I deactivated the plugin I still experienced the same behaviour for the PDF invoice (i.e. no style on the PDF invoice, yet the style would work for the Full Order Confirmation Receipt (although even this would lose its style when PDF’d). It seems to be something about the PDF process that is causing the issue.
|
|
Lorenzo Orlando Caum
|
November 4, 2014 at 2:01 pm
Hi Nathan,
Could you share some screenshots of your HTTPS plugin settings?
We’ve tested the current version of Event Espresso 4.4.4 along with the current version of WP HTTPS and it works:
http://cl.ly/image/2T2V1z161C0P
I’ve also tested with the force SSL settings (only changes made to WP HTTPS) for the registration checkout page and the thank you page.
You can upload these screenshots to a free service like Getcloudapp.com or Tinygrab.com and then link to them here.
Thank you.
—
Lorenzo
|
|
Nathan McLean
|
November 5, 2014 at 2:29 am
Hi Lorenzo, thanks for your help. I’ve uploaded a screenshot of my HTTPS settings here: http://cl.ly/image/1p3g0G1H3g1v
These are the default settings that existed when I activated the plugin.
Cheers
Nathan
|
|
Dean
|
November 5, 2014 at 6:29 am
Hi,
Can you test selecting the Force SSL Exclusively option please?
|
|
Nathan McLean
|
November 5, 2014 at 6:34 am
Hi Dean, I’ve now selected the Force SSL Exclusively option, but the behaviour on the PDFs is still the same unfortunately.
|
|
Lorenzo Orlando Caum
|
November 5, 2014 at 8:02 am
Hi Nathan,
In the screenshot that you shared, it looks like WP HTTPS is activated but its not securing any pages automatically: http://cl.ly/image/1p3g0G1H3g1v
Does this issue continue when WP HTTPS is deactivated?
—
Lorenzo
|
|
Nathan McLean
|
November 6, 2014 at 3:22 am
Hi Lorenzo
When the settings for WS HTTPS are as in the screenshot, then the site will be secure if I type https://www.claymatter.com.au, but yes if I simply type http://www.claymatter.com.au then it wont be secured automatically (I presume, since when I don’t include the https:// I don’t see the green secure symbol in the address bar).
When I update the WP HTTPS settings to have the “Any page that is not secured via Force SSL or URL Filters will be redirected to HTTP” option checked, even when I typed https://, the site would still not be secured.
In both cases the issue with the PDF invoice remained.
I just tried de-activating the WP HTTPS plugin and am still experiencing the same issue with the PDF invoice.
Cheers
Nathan
|
|
Tony
|
November 6, 2014 at 4:05 am
Hi Nathan,
We’ve been investigating this and believe the cause to be due to allow_url_fopen being disabled on the server.
Can you check with your host if allow_url_fopen has been disabled. If so they will need to enable it in order for the Invoices to work correctly and pull in the .css files for the styling.
|
|
Nathan McLean
|
November 8, 2014 at 3:52 am
Hi Tony, I’ve worked through with my host and yes, allow_url_fopen was disabled. We’ve had it enabled and now the PDFs have the css as expected. Thanks for your help!
|
