Created attachment 79648 [details] Extract showing the unexpected behaviour Problem description: some documents including dirty tabulation/spaces to align text have stopped behaving as expected by users (noticed when upgrading to LibO 4.0.x). It seems one tab-stop in the first row of a table is repeated by Writer now, thus shifting alignment. See pictures attached comparing LibO 4.0.3 and MSOffice 2003). Steps to reproduce: 1. Open sample RTF with Writer 4.0.3 or 4.0.2 2. Notice non-alignement 3. Compare to Word 2003 or Writer 3.6.4.3 Operating System: Windows XP Version: 4.0.2.2 release
Created attachment 79649 [details] Table rendered by Word 2003, tab-stop highlighted
Created attachment 79650 [details] Table rendered by LibO 4.0.3.3 Writer, tab-stop highlighted
Confirmed with master version.
On pc Debian x86-64 with master sources updated today, I could reproduce this. Miklós: one for you?
Bug noticed in latest 3.6 branch version 3.6.7.2 too.
I gave an update, now the tab is present in the ruler and text is ok. I noticed these kinds of logs: warn:writerfilter:849:1:writerfilter/source/dmapper/StyleSheetTable.cxx:398: Style type needs to be processed first warn:legacy.osl:849:1:sw/source/core/layout/paintfrm.cxx:4357: new ShadowLocation() ? With 4.1 sources updated today, I had the same result (tab is present in the ruler and text is ok). I noticed only this kind of logs: warn:writerfilter:849:1:writerfilter/source/dmapper/StyleSheetTable.cxx:398: Style type needs to be processed first Miklós: Should we put this tracker to FIXED? (since the fact a tab present in ruler is more coherent)
So, this was indeed a problem, then now latest master is fine. Bisect says it got fixed with b9c1a9b9aa41dbbb6bed0c77f4370ab6105c7fb1, so I'll mark this a duplicate. *** This bug has been marked as a duplicate of bug 44715 ***