Radio Button Does not Render in PDF

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Create radio button group
2. Add radio buttons 'Yes' and 'No' in group
3. Complete form, and download / view PDF.

What is the expected output? What do you see instead?

Radio button in PDF. Rectangular text entry boxes

What version of the product are you using? On what operating system?
Open eSignForms v14.3.15. Amazon Linux

Please provide any additional information below.

Original issue reported on code.google.com by theo...@megalithtechnologies.com on 7 Apr 2014 at 6:42

Attachments:

• radiobutton.png

[GoogleCodeExporter]

wkhtmltoimage 0.11.0 rc1

Original comment by theo...@megalithtechnologies.com on 7 Apr 2014 at 6:43

[GoogleCodeExporter]

Radio buttons and checkboxes are rendered using images.  If the image cannot be 
retrieved by the HTML to PDF converter, you'll see boxes like that.  The most 
common cause of this is you are on a test system using a test  (self-signed) 
SSL cert.  Is that the case for you?

For example, we just did the W-4 on our demo system and it rendered them fine 
as shown in the attachment.

By the way, you might consider posting these into the forums first as few will 
look at any threads like this carried out in the issues tracking system.  Only 
if it's deemed a bug/enhancement should it then become an issue here.

Original comment by yoz...@gmail.com on 7 Apr 2014 at 7:10

Attachments:

• radios.png

[GoogleCodeExporter]

I would say this is definitely a bug albeit a low priority one.

I am on a "test" system. I am not using a SSL certificate and I bet the system 
automatically assumes I am even though I have a website+url protocol address 
specified as http:// in the System Config -> Deployment menu.

Since the PDFs are signed the error occurs when the PDF is being generated.

Interesting enough everything looks fine in the HTML/TEST view. Only when the 
PDF generates does it become a problem. Logos/images aren't being rendered as 
well.

I've looked at the doc for the HTML to PDF converter.

Something somewhere is mangling the base url in the html.

Original comment by theo...@megalithtechnologies.com on 8 Apr 2014 at 1:49

Attachments:

• mangle.png

[GoogleCodeExporter]

I've confirmed the issue also remains in the "TEST: Like Production". I'm 
tempted to pull load this thing into Eclipse.

Original comment by theo...@megalithtechnologies.com on 8 Apr 2014 at 2:02

[GoogleCodeExporter]

The base URL is set when you process the document.  If you login using http 
instead of the https protocol, or ensure your document URL uses http, it should 
work.  Images fail with https on systems with self-signed certs in the PDF 
converter and radio buttons are rendered as images.

Original comment by yoz...@gmail.com on 8 Apr 2014 at 2:30

[GoogleCodeExporter]

If you view the document from a report or tran details you can see the HTML 
captured when the document is submitted including the base href. That is the 
HTML that is converted to PDF whenever you download as PDF.

Original comment by yoz...@gmail.com on 8 Apr 2014 at 3:29

[GoogleCodeExporter]

sudo iptables -t nat -A OUTPUT -d localhost -p tcp --dport 80 -j REDIRECT 
--to-port 8080

sudo service iptables save

problem solved :)

Being that this is a test system, I just redirected all requests to port 80 
externally to port 8080 internally.

In other words, I needed to do it for localhost as well.

Thanks for your help!

Original comment by theo...@theodis.com on 9 Apr 2014 at 5:36

[GoogleCodeExporter]

Original comment by yoz...@gmail.com on 11 Apr 2014 at 6:33

• Changed state: Invalid