Bug 129458

Summary: COMPAT LAYOUT DOCX TABLE: cell text (not border) stop/starts at page margin. Cell margin overlaps page margin even with relative width
Product: LibreOffice Reporter: Frederic Parrenin <frederic.parrenin>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: minor CC: dgp-mail, jluth, libreoffice, xiscofauli
Priority: low Keywords: bibisected, bisected, regression
Version: 4.1 all versions   
Hardware: All   
OS: All   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=104580
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 104444, 120275    
Attachments: .docx file to reproduce the problem
comparison MSO 2010 and LibreOffice 6.5 Master
Modified file to amplify the problem
The example file in Writer and Word 2013

Description Frederic Parrenin 2019-12-17 20:26:56 UTC
Created attachment 156635 [details]
.docx file to reproduce the problem

Steps to reproduce:
- open the attached .docx file in LO Writer
=> observe that the two tables are not aligned vertically
- open the same file in Word
=> now the tables are vertically aligned
Comment 1 Dieter 2019-12-19 07:05:17 UTC
I confirm it with 

Version: 6.5.0.0.alpha0+ (x64)
Build ID: e26d89371f0e4f41476c9a99be01d98dedb76776
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

in comparison with MS Word 2016
Comment 2 Timur 2019-12-24 11:18:20 UTC
This is minor issue that started around LO 4.2, in 4.0 was the same.
Tables are simple and non-floating.
Comment 3 Xisco FaulĂ­ 2019-12-27 16:31:04 UTC
Created attachment 156798 [details]
comparison MSO 2010 and LibreOffice 6.5 Master
Comment 4 Xisco FaulĂ­ 2019-12-27 16:45:03 UTC
Regression introduced by:

author	SJacobi <Sven-Jacobi@gmx.de>	2013-03-28 14:12:09 +0100
committer	Miklos Vajna <vmiklos@suse.cz>	2013-03-28 15:56:53 +0000
commit 6718482c072defe5d885030826fef5ef833732e9 (patch)
tree c5eaa08f132443028b1bca84e7940728cffb34ef
parent 0d89580eeb61ae01f1c1f2836f77ffef6a146770 (diff)
fixed table width, supporting rel table width, fixed grid handling

Bisected with: bibisect-41max
Comment 5 NISZ LibreOffice Team 2020-12-01 09:49:43 UTC
Created attachment 167706 [details]
Modified file to amplify the problem

The first table is problematic in the original example: it has centered alignment (the other is left aligned and looks good), relative width of 100% and small 0.19 cm left-right cell margins. That seems to be the source of the problem here.

This modified file contains the first table with 0 and 1 cm left-right cell margins. Word counts that differently than Writer:
With 0 cm the table width and position matches in the two software, but with 1 cm the difference is obvious: 
In Word the leftmost and rightmost cell margins can extend their columns into the page margin, in Writer they can't.
Comment 6 NISZ LibreOffice Team 2020-12-01 09:50:25 UTC
Created attachment 167707 [details]
The example file in Writer and Word 2013
Comment 7 Dieter 2022-11-29 20:36:11 UTC
(In reply to NISZ LibreOffice Team from comment #6)
> Created attachment 167707 [details]
> The example file in Writer and Word 2013

Still present in

Version: 7.4.3.2 (x64) / LibreOffice Community
Build ID: 1048a8393ae2eeec98dff31b5c133c5f1d08b890
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
Comment 8 Justin L 2023-09-11 20:38:39 UTC
I think the problem here is the 100% relative width. As soon as it is turned into centimeter width, then everything looks proper. (But as soon as you change back to percent, then the large table fits itself into the page margins)