Bug 167651 - FILEOPEN PPTX Customized placeholder shapes text with line break appears incorrectly
Summary: FILEOPEN PPTX Customized placeholder shapes text with line break appears inco...
Status: ASSIGNED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.6.1.2 release
Hardware: All All
: medium normal
Assignee: Balázs Varga
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: PPTX-MasterSlide
  Show dependency treegraph
 
Reported: 2025-07-23 14:10 UTC by Gabor Kelemen (allotropia)
Modified: 2025-08-04 07:50 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Example file from PP 2016 (15.44 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2025-07-23 14:10 UTC, Gabor Kelemen (allotropia)
Details
How it looks in and PP 2016 and in master (54.85 KB, image/png)
2025-07-23 14:28 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2025-07-23 14:10:16 UTC
Created attachment 201953 [details]
Example file from PP 2016

This is slightly related to bug 163239

If there is a text placeholder in a PP master slide layout with custom text that has a line break, in PP only the first line appears while in Impress all of the text.

1. Open attached document
2. Notice that on the first slide the blue lined callout shapes text is "Text" in PP, while in Impress it is "Text Hier text hinzufügen".
The text in the red lined callout shape matches in both, since that one did not contain a line break in PP.

The behavior here is different from the one in bug 163239 since the shape is not the default square, but it was customized with Drawing Tools -> Edit Shape -> Change Shape and then the "Line Callout 2 (no border)" was selected and the callout lines shape changed a bit.

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 7f4868348c14b305fcd75744e1e3544d0d3a5d61
CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (hu_HU); UI: en-US
Calc: threaded
Comment 1 Gabor Kelemen (allotropia) 2025-07-23 14:28:34 UTC
Created attachment 201955 [details]
How it looks in and PP 2016 and in master
Comment 2 Gabor Kelemen (allotropia) 2025-07-23 14:43:39 UTC
This seems to have been good before 7.6.1 commit

https://cgit.freedesktop.org/libreoffice/core/commit/?id=52516f695228d07d872bcd0a427c289c4d836952

author	Szymon Kłos <szymon.klos@collabora.com>	2023-07-28 12:16:36 +0200
committer	Xisco Fauli <xiscofauli@libreoffice.org>	2023-08-08 10:20:18 +0200
commit 52516f695228d07d872bcd0a427c289c4d836952 (patch)
tree 9caccb21ca12c77417fa1f8c853b71f5b3f52c3f
parent 40c9ed2f510a6fd61606554810d0115b6a228ccb (diff)
pptx: import ellipse shape correctly

Preset geometry "ellipse" was ignored:
<a:prstGeom prst="ellipse">

Don't change service name to com.sun.star.presentation.OutlinerShape
it should stay CustomShape to be correctly shown as an ellipse.

Added next case: XML_body subtype in Layout and Slide mode.

This is continuation for:
commit 6df267780c4d41b41101c1be0a954b2f16ee8012
tdf#132557: PPTX import: Workaround for slide footer shape presets
Comment 3 Gabor Kelemen (allotropia) 2025-07-23 15:28:30 UTC
This worked after commit:

https://cgit.freedesktop.org/libreoffice/core/commit/?id=e00aed7f132d6afd60d15512989add4e360df2a9

author	Szymon Kłos <szymon.klos@collabora.com>	2023-07-27 08:43:59 +0200
committer	Xisco Fauli <xiscofauli@libreoffice.org>	2023-08-08 10:20:03 +0200
commit e00aed7f132d6afd60d15512989add4e360df2a9 (patch)
tree b304129cc4cb72fb67ba809409aa05d0bec58ba5
parent 35920332b4170cd4696941a74b06355af7147bf6 (diff)
pptx: import shape text from master page
If shape has custom text defined in master page
but no text itself - don't prefer placeholder text
but text from master page.
---

This caused the text to appear, but it did not disappear with a click, unlike in normal placeholders. 
Then the shapes became again placeholder-like with the above commit, and the default text became incorrect.