Why does LO Writer put gaps between some rows of this table?

Version: 25.8.2.2 (X86_64)
Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

I have a table that spans several pages. I would expect it look like one table, it doesn’t. It displays as if it was several tables. Any ideas on why?

See attached example.
example - bad table flow.odt (30.8 KB)

Somehow related to the Heading 3 style used in the first column (changing it needs save-and-reload). Looks like a bug anyway.

1 Like

Confirmed, removing heading 3, saved, reloaded, and table displays correctly. Reapplied heading 3 and the spacing issue returned. I also tried applying other heading styles (1, 2, 3, and 4) all had the same effect. Thank you, I’ll go fill out a bug report.

https://wiki.documentfoundation.org/QA/BugReport

I can’t recreated it and I need that process for the bug report. There seems to be no way to attach the example file I use here. I’ll try a few more things to reproduce it, but it seems like bug reports should let you attach examples.

Bug reports let you attach it - if you used a wizard, then it’s only after initial creation.

1 Like

Ok, that worked. I’ve added a bug 169247. It’s not pretty but I was able to attach the example file and screenshot. Also linked to this question. Thank you

Thank you!
I closed it now as NOTABUG, after discovering its reason (the Word compatibility flag, indicating that the file was initially created from a Word document), and checking that Word works the same way. But the bug report is useful, even in its NOTABUG state - at least as a reference with explanation.

Your sample document is plagued with direct formatting which may play a role in the problem.

You also have inconsistent configuration of your table.

  • in Text Flow, you request Keep with next paragraph
    This may be default setting but does not make sense with a multi-page table. The parameter is intended to keep a short table and its caption on the same page. I don’t know which impact it can have in your case.
  • Heading 3 request also Keep with next paragraph
    Generally speaking, text flow parameters don’t work well in tables. Here, your heading is alone in its cell. So, does this request that the next row be kept in the same page, with cascading effect? It is likely it is ignored but be safe by disabling it.
  • IMHO, the worst factor is your setting in the heading row of your table
    You styled with Table Contents + direct formatting to give it a distinct look against contents cell. The “standard” style is Table Heading which “naturally” separates the appearance without the need for direct formatting.
    What drew my attention is the fact that your table starts at top of page 2 instead of following the empty paragraph on page one. Apparently you added page break request in the table heading paragraphs, but I can’t get rid of this page break. It is effective because the split-able table starts at top of page 2, but it probably plays nasty tricks depending on local context in the table.

At some time, I eliminated the spurious page break in the middle of the table but when I reloaded your document (without saving) to replay my modifications, I could not fix again the issue. The putative fix occurred after I replaced your manual table width by Automatic. Unfortunately it did not repeat.

At this stage, my advice would be to fix the page break configuration in the heading row.

1 Like

This is the exact reason of the behavior (together with the compatibility flag - see the bug). In Word’s tables, the row’s first cell’s first paragraph’s “keep with next” defines if the row will “keep with next”; and the compatibility flag makes Writer do the same.

1 Like

Fixing the text flow for the table and heading 3 did the trick. Yes, there a great deal of direct formatting happening. This LO doc has been with me for 5 years and 3 machine and 2 operating systems. It’s about 300 pages now. Thanks for the help