Take attachment 173757 [details] from bug 142484 and compare it's rendering in LO and Word. Notice, that the rectangles are wider in LO than in Word. You can also look at attachment 173758 [details], which show a screenshot with LO and Word side-by-side. You can estimate the width of the rectangles by comparing them with the monospaced characters above them.
confirm in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: f6b9f671d128c989ce223d61d0d5d43ff1dc9fcb CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: CL
The problem still exists in Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 17dfc9a9da009cc23d2222e3fb4e2cef9c97d581 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (en_US); UI: en-US Calc: CL threaded Reason of the problem is the way LibreOffice represents SmartArt. It introduces a shape for the background, which determines the overall size of the SmartArt group. The SmartArt has the wrap type "Wrap Through" in Word, which corresponds to "Contour" in LibreOffice. This "Wrap Through" considers the shapes of the SmartArt, not the nominal size of the SmartArt object. So the text flows to the edge of the shapes. Such behavior cannot be represented when the SmartArt is imported as group. We would need a new, special wrap mode for SmartArt objects.
Still reproducible with the latest LO 7.6 dev master: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 2478d4b1a4cec495f1bf68f1e62c01031cdeec86 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fa-IR (fa_IR); UI: en-US Calc: threaded