Why are tracked changes redlined in .odt but not rendered in red in PDF export?

[standardsdev4BandD]

Hello,

We have several draft specification documents we are developing in a small standards organization. We have been using .odt and LibreOffice to edit it. With most of them, we produce a clean revision, and then do “Edit → Compare Changes” to produce a “-rev” version of the document to highlight the changes for review. With both the clean and -rev copies, we export to PDF to make both the .odt and .pdf renderings available.

Unfortunately, one of the documents gives us a problem, which is that, when the “-rev” .pdf file is produced, the changed text that had been red becomes black in the .pdf. This makes it hard to read.

I’ve tried with both macOS and Windows LibreOffice releases, and re-tested with the 5.4.2 release this morning.

Why is LibreOffice 5.4.2 (5.3 and 5.4 had this problem too) doing this, and how can I fix it?

Links to recent -rev.odt and -rev.pdf are here (the IPR of our standards body is wide open like the IETF):

• https://ftp.pwg.org/pub/pwg/ipp/wd/tb-userop-20171010-rev.pdf
• https://ftp.pwg.org/pub/pwg/ipp/wd/tb-userop-20171010-rev.odt

Thanks for any help!

[gabix]

That is simple although not obvious. When I open your document and check print settings, I see that Print text in black on the LibreOffice Writer tab is ticked. After unticking it, the blue text remains blue in the exported PDF file.

[standardsdev4BandD]

That worked - thank you!