Bug 59802 - FILEOPEN PPTX Text field not wide enough in GroupedList SmartArt
Summary: FILEOPEN PPTX Text field not wide enough in GroupedList SmartArt
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) rc
Hardware: Other All
: medium normal
Assignee: Not Assigned
Whiteboard: target:7.5.0
Keywords: bibisected, bisected, filter:pptx
Depends on:
Blocks: OOXML-SmartArt PPTX
  Show dependency treegraph
Reported: 2013-01-24 13:03 UTC by shivane
Modified: 2022-07-22 11:22 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:

Sample PPTX that shows the issue (70.85 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2013-01-24 13:03 UTC, shivane
Screenshot of how the sample presentation looks in LibreOffice (136.09 KB, image/png)
2013-01-24 13:05 UTC, shivane
Screenshot of how the sample presentation looks in MSOffice (167.24 KB, image/png)
2013-01-24 13:06 UTC, shivane
Screenshot of how the sample presentation looks in LibreOffice 5.0 (20.00 KB, image/png)
2015-05-17 13:20 UTC, tommy27
comparison MSO 2010 and LibreOffice 6.1 (86.86 KB, image/png)
2018-04-20 10:07 UTC, Xisco Faulí
Sample compared MSO LO (188.85 KB, image/png)
2020-09-14 10:55 UTC, Timur
Sample PPTX ungrouped in MSO (39.00 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2020-09-14 11:15 UTC, Timur

Note You need to log in before you can comment on or make changes to this bug.
Description shivane 2013-01-24 13:03:45 UTC
Created attachment 73573 [details]
Sample PPTX that shows the issue

* Created a pptx with MS PowerPoint 2010 that has a SmartArt of the typed GroupedList (sample attached)
 * Open in LibreOffice on Windows 7
 * The headings in SmartArt is not rendered (sample attached)

Expected: Headings should be rendered like in M$Office (sample attached).
Comment 1 shivane 2013-01-24 13:05:24 UTC
Created attachment 73575 [details]
Screenshot of how the sample presentation looks in LibreOffice
Comment 2 shivane 2013-01-24 13:06:16 UTC
Created attachment 73576 [details]
Screenshot of how the sample presentation looks in MSOffice
Comment 3 Florian Reisinger 2013-04-21 15:02:55 UTC
I can confirm this with Version (Build ID: a67943cd4d125208f4ea7fa29439551825cfb39)

Please set the Version field to the earliest version, where the bug occurs...
Comment 4 Buovjaga 2014-10-20 11:12:47 UTC
Headings render for me and the gradients are ok now on Win 7 64-bit and dev build Version:
Build ID: 3e2bd1e4022e25b77bcc8eba5e02c1adc57008a1
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-16_01:04:13

Maybe the font is different somehow? I'm getting the heading numbers on a new line and Nested has its "d" on a new line.
Comment 5 tommy27 2015-05-17 13:20:31 UTC
Created attachment 115677 [details]
Screenshot of how the sample presentation looks in LibreOffice 5.0

tested with LibO and
Build ID: 6664859e1e8b3f8b7db8c931b8d0335510c20ce0
TinderBox: Win-x86@42, Branch:master, Time: 2015-05-16_03:16:31
Locale: en-US (it_IT)

this is how the document looks like.
better from the original LubO 3.6.0 screenshot where I can reproduce the missing Headings but still different from MSOffice
Comment 6 Xisco Faulí 2016-04-20 10:37:55 UTC Comment hidden (obsolete)
Comment 7 Regina Henschel 2017-10-25 22:29:48 UTC
The text is there but looks as in the screenshot from tommy27.

There are errors in the enhanced-geometry of the rectangles. The attribute draw:text-area="?f5 ?f5 ?f6 ?f7" must be draw:text-area="?f4 ?f5 ?f6 ?f7".
In addition the padding in the small rectangle is wrong. It should be (left/top/right/bottom in cm) 0.29 0.22 0.29 0.22 but it is 0.44 0.29 0.37 0.37 .

Because of that the text field is not width enough and the text wraps.

I have used for testing Version:
Build ID: dc2d133e7953f08f73ef9cd0b40786764b0e2035
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-10-22_01:16:45
Locale: de-DE (de_DE); Calc: group
Comment 8 Xisco Faulí 2018-04-20 10:07:41 UTC
Created attachment 141499 [details]
comparison MSO 2010 and LibreOffice 6.1


Build ID: ffa6c70deb054c0dff4aab5a6ba5a03d0225d32d
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 9 Roman Kuznetsov 2018-09-24 20:00:41 UTC
still repro in 

Build ID: 1aa37aa6bee19099b57555a6d839992b054aa405
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-09-23_10:17:54
Locale: ru-RU (ru_RU); Calc: threaded
Comment 10 Buovjaga 2019-09-23 14:30:55 UTC
Still confirmed.

Version: (x64)
Build ID: e1b51d4588b4b39592bb94dd5bb90de5e04d061e
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-09-23_09:16:11
Locale: fi-FI (fi_FI); UI-Language: en-US
Calc: threaded
Comment 11 Timur 2020-09-14 10:55:22 UTC
Created attachment 165487 [details]
Sample compared MSO LO

Repro in LO 7.1+, similar to LO 4.4. Previously, it wasn't good either. 
Key point is in the title, it's grouped shape. If ungrouped in MSO, opens fine.
Comment 12 Timur 2020-09-14 11:08:14 UTC
In 43max we have smaller fonts as oldest, then no background, then revert to the current position with non-fitting text.

Bibisect 43max commit f2ac37cfda178447f9832bcf9580ad04f1e4c308 change:
Date:   Thu May 28 17:55:55 2015 +0800

    commit 09af884e7b5712e0311a4c122a5213e7c89f626e
    Author:     Matúš Kukan <matus.kukan@collabora.com>
    AuthorDate: Fri Dec 20 22:41:38 2013 +0100
    Commit:     Matúš Kukan <matus.kukan@collabora.com>
    CommitDate: Fri Dec 20 22:58:29 2013 +0100
        Revert "svx: split into direct implementation getFactories"
        Also reverts "These services are in fact implemented in svxcore library."
        This reverts commit 090674dcb085cd41f4628e4f07c9a2268a18e862
        and commit 4a969ac35174520f1ffeb4f919f5d7bb6d99a628.
        This is embarrassing; needs more work.
Comment 13 Timur 2020-09-14 11:15:42 UTC
Created attachment 165488 [details]
Sample PPTX ungrouped in MSO
Comment 14 Regina Henschel 2022-07-19 22:58:53 UTC
This will be fixed with my work on bug 149551.
Comment 15 Regina Henschel 2022-07-20 10:57:55 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 16 Gerald Pfeifer 2022-07-22 11:22:20 UTC
Happy to verify this as fixed with today's daily build.

Version: / LibreOffice Community
Build ID: 3b7c18a579f3165c9d425d172d697f8978d6cd84
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! And thank you for the report, shivane@.