Created attachment 187106 [details] Screenshot shows the break in last row without content on following page Open the attached screenshot. There is shown a page break and a table. Table is set to Text Flow → Allow Row to break. Last row has been broken but there is no content on following row. Open the attached document (second attachment). There is needed font DejaVu to get this page break. Scroll to page 45/46. Might be you see header "Datentypen" at the top of page 46, might be you see the black border from the table of page 45 on top of page 46, might be this border will disappear after some seconds. Or it looks like the screenshot. If you can't see the bug: Click "Export directly to pdf". After exporting to pdf very often the buggy behavior appears: No header on top of the following page but an empty part of the last cells. This buggy behavior could appear on all versions here: LO 7.4.6.2, LO 7.5.3.2 and LO 7.6.0.0.alpha0 (2023-05-06).
Created attachment 187107 [details] Document, which shows this behavior on page 45/46 - Font DejaVu needed
There is a paragraph break in the row on the next page, deleting it, seems to solve the issue.
(In reply to m.a.riosv from comment #2) > There is a paragraph break in the row on the next page, deleting it, seems > to solve the issue. Have tried this before. Sometimes the paragraph sign is on the right column, sometimes on the left. No break there. Break would be shown at the end of the text and with a next paragraph sign for next paragraph. Just opened the document again: One black border (bottom of the table) on next page. Disappears after some seconds (nearby 10 seconds). Tried to export to *.pdf and after this export the empty line on next page appears again. It is also part of the exported *.pdf.
Got it working with LO 7.2.5 and LO 7.3.6. PDF-Export is as expected. Blank line doesn't appear. Saved the changed document and could also export it with LO 7.4.6.2. Then opened this document in LO 7.5.3.2 and the last row (together with content) of the table appears on next page. This is a reproducible error here: Opening with LO 7.3.6, save new - no bug. Open with LO 7.5.3.2: one row appears on the next page. Layout changed. Seems it is better for me to work with LO 7.4.6.2, because it will produce the same result as older versions. Set the version for this bug to LO 7.5.3.2.
About the new row on the next page, it looks fine with Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3bc7cc14706f47d740dfc5715970054922ca470c CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Version: 7.4.7.2 (x64) / LibreOffice Community Build ID: 723314e595e8007d3cf785c16538505a1c878ca5 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: threaded Version: 7.3.7.2 (x64) / LibreOffice Community Build ID: e114eadc50a9ff8d8c8a0567d6da8f454beeb84f CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL But doing an [Enter] with these versions adds two lines in the cell on the next page. While with the following version, adds only one line to the cell on the next page. Version: 7.2.7.2 (x64) / LibreOffice Community Build ID: 8d71d29d553c0f7dcbfa38fbfda25ee34cce99a2 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: es-ES Calc: CL What I see is going directly to page 46, just after open, there is a header's bottom line, which disappear after a few seconds or more. Sometimes going with page-down to page 46, the row on the next page it's visible. Maybe something it's updating or recalculated in the file, that gets this strange behavior. Also at opening, sometimes only show 1 of 41 pages, that gets updated after a few seconds. Tested without skia an antialiasing, nothing changes. Let's put as new.
The page layout is not the same for me, because I don't have German hyphenation data installed (how do I install it?). I tried to reproduce it by deleting content above the mentioned table, but I never got it to break like in the screenshot. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3370e122d7f9edf40895f90706047ceb8ee7229d CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 4 October 2024
Behavior is different in different versions of LO. I test with the same system, same installed fonts and get a pagebreak inside the table on different positions - including nearly the whole table on page 46 or the whole table on page 45. When opening the attached document in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 40beeb144a00c9725cde4239c251f67c658d31a8 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded I will get the whole table on page 45. Then I set Tools → Update → Update all and get an empty row of the table on page 46. Opening the same document in Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded I will get only the first row of table on page 45. Page 46 will start with an empty row and show all other rows well. Then I set Tools → Update → Update all and get no empty row, table will show 3 rows on page 45, 2 rows on page 46.
I noticed this at work on Windows with 24.8.2. When the second part of the row have moved on the second age, ehen I inserted text in a cell on the first page, no content is dispayed anywhere. If I enter some text in a previous row, the column with problems is moving the second page and have the invisible text.
Comment 5 describes a change between versions. It would be good, if someone who can see the change could bibisect it.
Created attachment 196925 [details] simple demo document In this simple document, after the word "demo" from the table, try to write something. The text became invisible. Tested with Version: 24.8.2.1 (X86_64) / LibreOffice Community Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to BogdanB from comment #10) > Created attachment 196925 [details] > simple demo document > > In this simple document, after the word "demo" from the table, try to write > something. The text became invisible. Don't know if this is the same bug, because I will get empty rows and no hidden content. But what the document you attached is really a bug, which might also fix the buggy behavior I detected.
(In reply to BogdanB from comment #10) > Created attachment 196925 [details] > simple demo document > > In this simple document, after the word "demo" from the table, try to write > something. The text became invisible. > > Tested with > Version: 24.8.2.1 (X86_64) / LibreOffice Community > Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13 > CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > Calc: threaded Bogdan: please test with master. I can repro with 24.8, but not with master.
The text that I write after "demo" in the table is invisible also in Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9e5321f46d175e827924a8040f6325cdcd7d751f CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
Created attachment 196943 [details] video testing the bug Maybe the bug is different but the observed behaviour is the same: "no content on following page". See the video.
(In reply to BogdanB from comment #13) > The text that I write after "demo" in the table is invisible also in > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > Build ID: 9e5321f46d175e827924a8040f6325cdcd7d751f > CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > Calc: threaded Your build is from Sep 29. Can you try with a fresh build?
(In reply to Buovjaga from comment #15) > (In reply to BogdanB from comment #13) > > The text that I write after "demo" in the table is invisible also in > > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > > Build ID: 9e5321f46d175e827924a8040f6325cdcd7d751f > > CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 > > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > > Calc: threaded > > Your build is from Sep 29. Can you try with a fresh build? I can't built master anymore: /usr/bin/ld: /home/bogdan/Documente/core/core/workdir/CxxObject/sw/source/uibase/docvw/AnnotationWin.o: în funcția „sw::annotation::SwAnnotationWin::GetSimpleHtml() const”: AnnotationWin.cxx:(.text+0x806): referință nedefinită la „EditView::GetSimpleHtml() const” /usr/bin/ld: /home/bogdan/Documente/core/core/workdir/CxxObject/sw/source/uibase/shells/txtnum.o: în funcția „SwTextShell::ExecSetNumber(SfxRequest const&)”: txtnum.cxx:(.text+0x1952): referință nedefinită la „svx::sidebar::BulletsTypeMgr::ApplyCustomRule(SvxNumRule&, std::basic_string_view<char16_t, std::char_traits<char16_t> >, std::basic_string_view<char16_t, std::char_traits<char16_t> >, unsigned short)” collect2: error: ld returned 1 exit status make[1]: *** [/home/bogdan/Documente/core/core/sw/Library_sw.mk:20: /home/bogdan/Documente/core/core/instdir/program/libswlo.so] Error 1 make: *** [Makefile:125: sw] Error 2
(In reply to BogdanB from comment #16) > (In reply to Buovjaga from comment #15) > > (In reply to BogdanB from comment #13) > > > The text that I write after "demo" in the table is invisible also in > > > Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community > > > Build ID: 9e5321f46d175e827924a8040f6325cdcd7d751f > > > CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3 > > > Locale: ro-RO (ro_RO.UTF-8); UI: en-US > > > Calc: threaded > > > > Your build is from Sep 29. Can you try with a fresh build? > > I can't built master anymore: > /usr/bin/ld: > /home/bogdan/Documente/core/core/workdir/CxxObject/sw/source/uibase/docvw/ > AnnotationWin.o: în funcția > „sw::annotation::SwAnnotationWin::GetSimpleHtml() const”: > AnnotationWin.cxx:(.text+0x806): referință nedefinită la > „EditView::GetSimpleHtml() const” > /usr/bin/ld: > /home/bogdan/Documente/core/core/workdir/CxxObject/sw/source/uibase/shells/ > txtnum.o: în funcția „SwTextShell::ExecSetNumber(SfxRequest const&)”: > txtnum.cxx:(.text+0x1952): referință nedefinită la > „svx::sidebar::BulletsTypeMgr::ApplyCustomRule(SvxNumRule&, > std::basic_string_view<char16_t, std::char_traits<char16_t> >, > std::basic_string_view<char16_t, std::char_traits<char16_t> >, unsigned > short)” > collect2: error: ld returned 1 exit status > make[1]: *** [/home/bogdan/Documente/core/core/sw/Library_sw.mk:20: > /home/bogdan/Documente/core/core/instdir/program/libswlo.so] Error 1 > make: *** [Makefile:125: sw] Error 2 What if you try make sw.clean and build again?