Bug 159464 - Short text in sections combined with long endnotes makes parts of text hidden under red arrow
Summary: Short text in sections combined with long endnotes makes parts of text hidden...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.0.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-01-30 21:44 UTC by lukasz.wlasiuk
Modified: 2024-11-26 07:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
File with example of bug (58.77 KB, application/vnd.oasis.opendocument.text)
2024-01-30 21:45 UTC, lukasz.wlasiuk
Details
Screenshot of the bug (57.55 KB, image/png)
2024-04-03 16:05 UTC, lukasz.wlasiuk
Details
How it should look (69.03 KB, image/png)
2024-04-03 16:06 UTC, lukasz.wlasiuk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lukasz.wlasiuk 2024-01-30 21:44:40 UTC
Description:
During using sections with endnotes at the end of section some parts of text are hidden under following conditions:
Text in sections is shorter than a page (in my case most often around half of page) 
Endnotes are long and make text exceeds one page or reach almost page.
After saving document and opening some parts of text are hidden under red arrow

Steps to Reproduce:
1.Write text shorter than a page and make it section
2.Add around 5–6 long endnotes (20–30 rows)
3.Add new section after old section, save and open. 

Actual Results:
Quite randomly it bugged. I attached example.

Expected Results:
Text shouldn't hide.


Reproducible: Sometimes


User Profile Reset: Yes

Additional Info:
Version: 7.6.0.3 (X86_64) / LibreOffice Community
Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265
CPU threads: 12; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: pl-PL (pl_PL); UI: pl-PL
Calc: CL threaded
Comment 1 lukasz.wlasiuk 2024-01-30 21:45:36 UTC
Created attachment 192272 [details]
File with example of bug
Comment 2 Dieter 2024-02-14 20:48:31 UTC
I've tested with

Version: 24.2.0.2 (X86_64) / LibreOffice Community
Build ID: b1fd3a6f0759c6f806568e15c957f97194bbec8f
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

but I can't see anything strange. Could you please specify, what text is missing?
=> NEEDINFO
Comment 3 lukasz.wlasiuk 2024-04-03 16:04:48 UTC
Sorry for late answer, I made a screenshots of one example of problem:
Comment 4 lukasz.wlasiuk 2024-04-03 16:05:51 UTC
Created attachment 193463 [details]
Screenshot of the bug

Screenshot of bugged part
Comment 5 lukasz.wlasiuk 2024-04-03 16:06:32 UTC
Created attachment 193464 [details]
How it should look

Screenshot of modified part.
Comment 6 QA Administrators 2024-04-04 03:15:48 UTC Comment hidden (obsolete)
Comment 7 Dieter 2024-04-10 07:33:41 UTC
Thank you for the screenshots. Now I can see the problem. I don't know what happened here and I couldn't reproduce. But if you just delete last footnote in first section and undo this step, everything is fine.

Tested with

Version: 24.2.2.2 (X86_64) / LibreOffice Community
Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded
Comment 8 Buovjaga 2024-07-19 14:04:52 UTC
(In reply to Dieter from comment #7)
> Thank you for the screenshots. Now I can see the problem. I don't know what
> happened here and I couldn't reproduce. But if you just delete last footnote
> in first section and undo this step, everything is fine.

As an alternative, it is enough to toggle display of formatting marks. In older versions, one had to toggle View - Hidden Paragraphs. After this, the text remained visible even if you toggled it again. However, after saving and reloading, the text is hidden again.

It is this way already in oldest commit of Windows 4.3 bibisect repo. On Linux, the older versions crash upon opening the document, so we can't test them.

Lukasz: I wonder, if you have reliable steps to reproduce this from scratch.
Comment 9 Buovjaga 2024-07-20 07:47:18 UTC
(In reply to Buovjaga from comment #8)
> (In reply to Dieter from comment #7)
> > Thank you for the screenshots. Now I can see the problem. I don't know what
> > happened here and I couldn't reproduce. But if you just delete last footnote
> > in first section and undo this step, everything is fine.
> 
> As an alternative, it is enough to toggle display of formatting marks. In
> older versions, one had to toggle View - Hidden Paragraphs. After this, the
> text remained visible even if you toggled it again. However, after saving
> and reloading, the text is hidden again.

The effect when toggling display of formatting marks started happening with

commit 2bcfb7231b5ca74f02274cfb74ca8463f78905d6
Author: Michael Stahl <michael.stahl@allotropia.de>
Date:   Fri Jan 6 19:07:35 2023 +0100

    tdf#152872 sw: conditionally hide paragraph breaks
    
    Add a 3rd kind of hiding to SwRootFrame and CheckParaRedlineMerge().
    
    This is quite simple as only consecutive paragraphs are merged.
    
    There is an existing similar feature described in
    http://www.openoffice.org/specs/writer/hidden_text/hidden_text.sxw
    which results in 0-height text frames if all text is hidden
    - but that is unconditional, while Word shows the paragraph when
    control chars are shown, and hides it otherwise *iff* its paragraph
    marker is hidden (and there's no page break on it).