Bug 107106 - PDF export of hidden paragraphs (workaround: print to PDF with "hidden text")
Summary: PDF export of hidden paragraphs (workaround: print to PDF with "hidden text")
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:pdf
Depends on:
Blocks: PDF-Export
  Show dependency treegraph
 
Reported: 2017-04-12 04:42 UTC by Mohith Manoj
Modified: 2022-10-15 03:39 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Original text document (21.14 KB, application/vnd.oasis.opendocument.text)
2017-04-12 04:43 UTC, Mohith Manoj
Details
PDF created after hiding hidden paragraphs (18.08 KB, application/pdf)
2017-04-12 04:43 UTC, Mohith Manoj
Details
PDF created without hiding hidden paragraphs first (18.08 KB, application/pdf)
2017-04-12 04:44 UTC, Mohith Manoj
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mohith Manoj 2017-04-12 04:42:34 UTC
* Situation
A document with regular text, hidden paragraphs and TOC is about to be exported to PDF / printed (TOC.odt)

* Condition 1
Hidden paragraphs are retained hidden ('View > Hidden Paragraphs' unchecked), TOC is updated and printed / exported to PDF.

* Expectation 1
Print / PDF created with hidden paragraphs excluded and TOC referring to page numbers as seen in the writer document.

* Result 1
Print / PDF created with TOC referring to correct page numbers (TOC - HP Hidden.pdf).

* Condition 2
Hidden paragraphs are visible ('View > Hidden Paragraphs' checked), TOC is updated  (because it does not updated automatically on print / export, Bug 44448) and printed / exported to PDF.

* Expectation 2
Print / PDF created with hidden paragraphs excluded and TOC referring to page numbers after excluding the hidden paragraphs.

* Result 2
Print / PDF created with hidden paragraphs hidden but TOC referring to page numbers before excluding the hidden paragraphs (TOC - HP Visible.pdf).
Comment 1 Mohith Manoj 2017-04-12 04:43:13 UTC
Created attachment 132493 [details]
Original text document
Comment 2 Mohith Manoj 2017-04-12 04:43:57 UTC
Created attachment 132494 [details]
PDF created after hiding hidden paragraphs
Comment 3 Mohith Manoj 2017-04-12 04:44:44 UTC
Created attachment 132495 [details]
PDF created without hiding hidden paragraphs first
Comment 4 Xisco Faulí 2017-04-12 08:33:34 UTC
Confirmed in

Version: 5.4.0.0.alpha0+
Build ID: 7635e0c1c7f821a1081f8e3868f641ae74a172d6
CPU threads: 4; OS: Linux 4.8; UI render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

and

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4

TOC should be referring to page 1 when printing the document to PDF and hidden Paragraphs is enabled.
Comment 5 QA Administrators 2018-04-13 02:32:21 UTC Comment hidden (obsolete)
Comment 6 Timur 2019-01-18 15:40:46 UTC
If I understand well, Condition 1 is OK and Condition 2 NOK.
I guess Condition 2 meant this:
* Expectation 2
Print / PDF created with hidden paragraphs INcluded and TOC referring to page numbers after INcluding the hidden paragraphs.
* Result 2
Print / PDF created withOUT hidden paragraphs but TOC referring to page numbers before INcluding the hidden paragraphs (TOC - HP Visible.pdf).

Reporter already noted Bug 44448 as a possible ToC solution. Other solution would be to check ToC presence after turning on/off hidden text. 
But bug is not about "ToC update", rather about exporting hidden paragraphs.

There's Bug 99995 for hidden text and this one looks similar. But I keep it separate for hidden paragraphs in PDF. Print works. I'll change the title. 

Let me add a workaround to PDF export that misses hidden text: print with "Hidden text" in Print dialog. 
Note: while in Tools -> Options -> LO Writer Hidden characters, hidden text and hidden paragraphs are different, File-Print-LO Writer's Hidden text seems to include it all.
Comment 7 QA Administrators 2022-10-15 03:39:35 UTC
Dear Mohith Manoj,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug