Steps to reproduce: 1. With a recent build of LibreOffice, open a document with SmartArt. 2. Compare to MSO / old build Version: 6.1.0.0.alpha0+ Build ID: cab04bc39b5164ea74216cd849c3af5f5b298f79 TinderBox: Win-x86@42, Branch:master, Time: 2018-03-11_23:40:16 Good Version: 6.1.0.0.alpha0+ Build ID: 5b87abe06da35ca3a11628674af23460349b439a TinderBox: Win-x86@42, Branch:master, Time: 2018-03-12_23:45:38 Bad I could reproduce this issue with both Windows and Linux
Please attach a document, write which old build worked, confirm you tried to search previous bugs.
Created attachment 140718 [details] Example SmartArt that shows the problem
Regression introduced by: author Caolán McNamara <caolanm@redhat.com> 2018-03-12 14:13:23 +0000 committer Caolán McNamara <caolanm@redhat.com> 2018-03-12 22:07:45 +0100 commit 079a17447d869fae97c0b1a6dde5fe6a25247685 (patch) tree 6adef153e7cbea4d0608e78e75e4861f1b40f99f parent 02cf066ee9b8a833a6f19c41489aadff3561a56b (diff) forcepoint #27 check region bands loaded from stream for consistency Bisected with: bibisect-linux64-6.1 Adding Cc: to Caolán McNamara
the bPolygon case of true should be allowed to replace the missing/broken clip detected
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=dbae716d9fddc40459ea72374d6c14224668a138 Resolves: tdf#116483 smart art incorrectly rendered It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.1.0.0.alpha0+ Build ID: 8329f4541e27402d19729ae1588af8bfe61f7b49 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group Thank you Caolán!