Bug 142841 - FILEOPEN PPTX: text labels from "circle wedge" SmartArt all shuffled in the center
Summary: FILEOPEN PPTX: text labels from "circle wedge" SmartArt all shuffled in the c...
Status: VERIFIED DUPLICATE of bug 118009
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: OOXML-SmartArt
  Show dependency tree / graph
 
Reported: 2021-06-13 22:28 UTC by Gerald Pfeifer
Modified: 2022-07-21 10:02 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
Sample document exported from Office 365 (61.45 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-06-13 22:28 UTC, Gerald Pfeifer 		Details
Visual comparison LibreOffice 7.2 vs Office 365 (566.52 KB, image/png)
2021-06-13 22:31 UTC, Gerald Pfeifer 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Gerald Pfeifer 2021-06-13 22:28:52 UTC 
Created attachment 172849 [details]
Sample document exported from Office 365

Usually when exporting SmartArt from Office 365 things look fine in
LibreOffice.

This is an exception: The labels (short of one) all render in the center
of the circle instead of being in the respective circle wedges.
Comment 1 Gerald Pfeifer 2021-06-13 22:31:37 UTC 
Created attachment 172850 [details]
Visual comparison LibreOffice 7.2 vs Office 365

Version: 7.2.0.0.alpha1+ / LibreOffice Community
Build ID: bb54d6d8241a06a6772052b77b67d6a4f686426c
CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-11_20:14:38

already in

Version: 6.4.8.0.0+
Build ID: 99b065ec31d032fc08ab14f66430dac4fef904a5
CPU threads: 8; OS: Linux 5.12; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-4, Time: 2020-10-08_08:57:08
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Comment 2 Roman Kuznetsov 2021-06-14 18:42:35 UTC 
confirm in

Version: 7.2.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 31ed81ea71a20ec119805f66a42f99b3f80d2dc5
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
Comment 3 Aron Budea 2021-06-20 23:31:29 UTC 
The placement was bad in old versions as well (and in 3.3.0 nothing was imported).
Comment 4 Regina Henschel 2022-07-20 00:34:06 UTC 
It will be fixed with my work on bug 149551.
This bug is duplicate to bug 118009.

*** This bug has been marked as a duplicate of bug 118009 ***
Comment 5 Regina Henschel 2022-07-20 11:06:27 UTC 
Fix is in https://cgit.freedesktop.org/libreoffice/core/commit/?id=7e23cbdbb6ec0247a29ed8a8f744c01e10963ea0

The fix will be included in the next daily build. Please test.
Comment 6 Gerald Pfeifer 2022-07-21 10:02:09 UTC 
Happy to report this is indeed fixed in today's build:

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: eea7038c182cc1f6cd792359053ea2561a200026
CPU threads: 8; OS: Linux 5.18; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US

Thank you, Regina!