Open GoogleCodeExporter opened 9 years ago
Can you post an example HTML document we can test against?
Original comment by eclecticgeek
on 10 Mar 2011 at 7:27
Actually its not hard core Html, i have merged the dompdf to the Drupal CMS
with the PRINT MODULE.
I found a way to display the pdf ,i commented the code in
block_frame_reflower.cls.php on line 199 and that did the magic but the pdf
which i download is scrambled. Please check the attachment.
Original comment by *prasha...@medicuslocums.com
on 11 Mar 2011 at 5:00
Attachments:
I understand that the HTML is dynamically generated. Unfortunately, unless the
bug is a corruption in the PDF format the PDF document doesn't really give us
much of a hint as to what's going on.
In the 0.6.0 beta you can see what HTML document DOMPDF is processing using
$dompdf->output_html(). If you can supply that or point us to the web page
having problems we can take a closer look.
Original comment by eclecticgeek
on 11 Mar 2011 at 5:11
Had the same error. Problem was caused by css syntax error ( padding:
!important; )
It's weird that I had the same code on 3 server and it only failed on one them.
Original comment by han...@mekaia.com
on 18 Oct 2012 at 2:28
Thank you for the post, @hannes. That definitely helps narrow down the issue.
Test case:
http://eclecticgeek.com/dompdf/debug.php?identifier=3ae9d0040b8931ebf9f1ed27d7e9
a0b5
Original comment by eclecticgeek
on 18 Oct 2012 at 4:58
If it's any help. I was able to trigger the error by setting padding to a <td>
Element with a wrong unit, I wrote 5xp. Looks like the get_containing_block
functions chokes by not returning a width instead of ignoring the wrong unit or
throwing an exception there.
Original comment by martin.r...@elovaris.at
on 28 Feb 2013 at 2:42
Original comment by eclecticgeek
on 24 May 2013 at 3:00
Original issue reported on code.google.com by
*prasha...@medicuslocums.com
on 10 Mar 2011 at 1:17