Bug 125839 - Smart Art object in Word Document is not rendering
Summary: Smart Art object in Word Document is not rendering
Status: RESOLVED DUPLICATE of bug 113187
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:docx
Depends on:
Blocks: OOXML-SmartArt
  Show dependency treegraph
 
Reported: 2019-06-10 19:31 UTC by Devon Powell
Modified: 2022-10-31 11:36 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Image Issue (22.83 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-06-10 19:32 UTC, Devon Powell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Devon Powell 2019-06-10 19:31:31 UTC
Description:
Image in Word Document not rendering by LibreOffice

Steps to Reproduce:
1.Open Attached document in LibreOffice - Image not rendering
2.Open Attached document in MS Word to see actual image
3.

Actual Results:
Image not rendering

Expected Results:
Image in Word doc should render


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Devon Powell 2019-06-10 19:32:09 UTC
Created attachment 152084 [details]
Image Issue
Comment 2 BogdanB 2019-06-11 06:44:35 UTC
Confirm working on Microsoft Windows.

And NOT working on
Version: 6.3.0.0.beta1 (x64)
Build ID: a187af327633f5f00363be5131bd21a13e0f1a7b
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: ro-RO (ro_RO); UI-Language: en-US
Calc: threaded

NOT working on
Version: 6.2.4.2 (x64)
Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: ro-RO (ro_RO); UI-Language: en-US
Calc: threaded
Comment 3 Jacques Guilleron 2019-06-11 10:21:48 UTC
Hi Mohammed, BogdanB,

I confirm too with
LO 6.4.0.0.alpha0+ (x86) Build ID: 87238627b025ee6aa61378667e56b1769d4460c2
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-06-09_00:03:18
Locale: fr-FR (fr_FR); UI-Language: en-US Calc: CL

and observed this image is correctly rendered when you use rtf format.

Cordially,

Jacques
Comment 4 QA Administrators 2021-06-11 03:49:25 UTC Comment hidden (obsolete)
Comment 5 Roman Kuznetsov 2021-06-16 16:51:29 UTC
still repro. It's a Smart Art object, not an image

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: b89ebf135818ccaa45bbfb164099a6e199bd7d11
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: threaded
Comment 6 Aron Budea 2021-08-08 02:12:51 UTC
Not sure what's going on, but the drawing is shown until the following commit, bibisected using bibisect-43max (already in 4.2.0.4):

https://cgit.freedesktop.org/libreoffice/core/commit/?id=4a969ac35174520f1ffeb4f919f5d7bb6d99a628
author		Matúš Kukan <matus.kukan@collabora.com>	2013-12-17 21:59:50 +0100
committer	Matúš Kukan <matus.kukan@collabora.com>	2013-12-20 16:26:35 +0100

"svx: split into direct implementation getFactories"

Afterwards nothing is shown in place, and after the following commit, the arrow lines appear again, but not the text boxes:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=6d0005d95f20a326fe308a7c59dd2801f0d0b241
author		Tomaž Vajngerl <tomaz.vajngerl@collabora.com>	2014-04-26 19:13:31 +0200
committer	Tomaž Vajngerl <tomaz.vajngerl@collabora.com>	2014-04-26 19:28:55 +0200

"fdo#74336 draw hairline if line width is small"
Comment 7 Regina Henschel 2022-10-29 13:24:04 UTC
Likely duplicate to bug 113187.

The "Block Cycle" uses custGeom for the  arrow, not a prstGeom. Such is problems in import, see bug 76334.
Comment 8 Regina Henschel 2022-10-31 11:36:36 UTC
With commit https://git.libreoffice.org/core/commit/cf972fb9856957f4444199eb97464b83d8dc2698 as fix for bug 113187 this bug is fixed too. Thus I set it to dublicate

*** This bug has been marked as a duplicate of bug 113187 ***