Defect #910
PDF export fails on certains HTML entities
| Status: | Closed | Start date: | 2008-03-21 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | - | |||
| Target version: | 0.7 | |||
| Affected version: | 0.6.4 | Resolution: | Fixed |
Description
I wanted to use < or > symbols, so i tried using
<example>or
<pre><example></pre>
This is working fine in display, but either solution resulted in having HTML entities remaining in the PDF export.
(btw, there is no adequate bug category for exporters, so leaving it blank)
Associated revisions
Replace closing html tags with html entity (#910).
History
Updated by Jean-Philippe Lang almost 4 years ago
This comment that contains <example> seems to be rendered fine in the pdf, doesn't it ?
Updated by Marc Dequènes almost 4 years ago
test: <example>
Updated by Marc Dequènes almost 4 years ago
In my 0.6.4 installation, if i just use <example> directy, it is rendered well in the PDF, but is rendered blank in the web page because neither < or > are tranlated into HTML entities. So i guess this bug is fixed in the SVN version.
Nevertheless, in your working example, only < is translated, which allows proper HTML rendering, but > isn't and should.
Updated by Marc Dequènes almost 4 years ago
Yes, it seems to be solved in 0.7 devel. As the release is coming soon, i'll check after upgrade and update or close the ticket appropriately.
Updated by Marc Dequènes almost 4 years ago
Arf, My bad, '>' is still not encoded properly, i missed it.
Updated by Jean-Philippe Lang almost 4 years ago
- Status changed from New to Closed
- Target version set to 0.7
- Resolution set to Fixed
Fixed in r1348. '>' are now replaced by html entities.