Created attachment 156916 [details] tdf129631_lostBorders3.rtf: second paragraph should not have borders (Word 2003) It surprised me, but ONLY defining a border colour (as a direct property) is enough to to completely override everything about the style-defined borders. However, LO just completely ignores border properties (in putBorderProperty) if a NS_ooxml::LN_CT_PBdr_* is not defined. Instead, it appears that a default none-border should be created when only a partial border definition is specified. (That should be fairly easy to do - it should do that almost automatically as long as a NS_ooxml::LN_CT_PBdr is created.) Border support was first introduced around LO 3.6 (commit 343b52ee76f1a88a27007319af644dcce76536cc), and it was already incorrectly ignoring the none-border colour and simply inheriting everything from the paragraph style.
Reproduced in Version: 6.5.0.0.alpha0+ Build ID: 838935758a5ec8e0e68f4df0cf5bfcf737e3f6f2 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: x11; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 157057 [details] comparison MSO 2010 and LibreOffice 6.5 Master
Created attachment 181737 [details] The example file in current nightly and Word 2010 Verified t be fixed in Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bfca51d9035000e518e4938ceb145cb92cc17b1f CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded After https://git.libreoffice.org/core/commit/eca3ce35fe9a346965a32f42d02cb6d3f5a3982f tdf#129631 writerfilter,sw: RTF import of invalid border...
Also seems to survive RT.