Created attachment 196741 [details] Example file from Word 2016 Attached example file contains a table which starts with a tabulator. When opened in Writer this is extracted into a separate paragraph, and gets a page break assigned. 1. Open attached document -> Tab is not in the first row of the table but in a new paragraph. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9112a4a4cc700569f8321b8191abb4238697a404 CPU threads: 14; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: default This was good in 4.2, broke in commit: https://git.libreoffice.org/core/+/0c61ffc15ecd8122cb9102d2591561e1d4e37327 commit 0c61ffc15ecd8122cb9102d2591561e1d4e37327 [log] author Vinaya Mandke <vinaya.mandke@synerzip.com> Thu Dec 05 18:22:56 2013 +0530 committer Miklos Vajna <vmiklos@collabora.co.uk> Mon Dec 09 08:50:52 2013 +0100 Fix for Column Break if it appears in w:r which is not the first run. Here there was no extra page break introduced, that came only later.
Created attachment 196742 [details] The example file in Word 2016 and Writer master
Page break started in 5.3 with https://git.libreoffice.org/core/+/2721111437706372eaac9bf1d748723196c573ac commit 2721111437706372eaac9bf1d748723196c573ac [log] author Justin Luth <justin_luth@sil.org> Sat Jun 11 10:30:18 2016 +0300 committer Miklos Vajna <vmiklos@collabora.co.uk> Thu Jun 23 15:07:29 2016 +0000 tdf#76349 writer: treat single-column break as page break This is likely not wrong, just something becoming visible on top of the previous mistake.
I confirm it with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 8a6919f39b4b871904a2a4199755ca619aa707e2 CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded