Description: A table in the document is only partially shown. The lower 2 rows are missing. Steps to Reproduce: 1. Open attached document (test2.odt) 2. Scroll down to end of first page Actual Results: Table 3 shows one row below the title Expected Results: Table 3 should display 3 rows below the title Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Created attachment 190336 [details] Test document with error
Repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3649dc202bedf72e37c77993a1f7027bfdfc6d9e CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded When I unclick "Repeat heading" or click "Allow row to break accross pages and columns" in table properties, then all rows appears. In Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) is table rendered on second page.
bisected with bibisect-41max [linux] to 25e5e68d27a53133d884691e880dbdc186610577 is the first bad commit commit 25e5e68d27a53133d884691e880dbdc186610577 Author: Matthew Francis <mjay.francis@gmail.com> Date: Fri Sep 18 11:10:18 2015 +0800 source-hash-f9560c8f9982eaef09b74baa479c187f049c4f9e commit f9560c8f9982eaef09b74baa479c187f049c4f9e Author: Khaled Hosny <khaledhosny@eglug.org> AuthorDate: Sat May 11 07:07:29 2013 +0200 Commit: Khaled Hosny <khaledhosny@eglug.org> CommitDate: Sat May 11 08:55:39 2013 +0200 Cleanup FreeType ascender/descender handling a bit Not sure if it's relevant. Before this commit is table on first page, after the commit the bug appears, but maybe only sizing of font was changed and there is not enough area to show rows? cc to Khaled.
The original report was on Windows, the bisected commit is a Unix-only change (and code that is long gone, anyway).
(In reply to خالد حسني from comment #4) > The original report was on Windows, the bisected commit is a Unix-only > change (and code that is long gone, anyway). Thanks Khaled. Deleting regression tags. Probably as a coincidence, it's just about height of row and position of the table. For example when I change font size inside table to 6 pt, the table is correctly rendered on second page and all rows are visible. Still the bug, rows should not disappear.
(In reply to raal from comment #5) > (In reply to خالد حسني from comment #4) > > The original report was on Windows, the bisected commit is a Unix-only > > change (and code that is long gone, anyway). > > Thanks Khaled. Deleting regression tags. Probably as a coincidence, it's > just about height of row and position of the table. For example when I > change font size inside table to 6 pt, the table is correctly rendered on > second page and all rows are visible. Still the bug, rows should not > disappear. I think the bug here is that a table that should be split across pages is not split, if you change the table settings to not split, it will move to the next page and all rows will appear.
Dear StamatisZ, 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