Bug 166810 - Cannot create paragraphs for formatting within a newly created Impress text box
Summary: Cannot create paragraphs for formatting within a newly created Impress text box
Status: RESOLVED DUPLICATE of bug 152653
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-31 16:31 UTC by Chris Beeson
Modified: 2025-06-01 02:21 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Beeson 2025-05-31 16:31:47 UTC
Description:
Impress text FORMATTING: I create a text box within a slide and enter text including 'Enter', intending to create paragraphs which can be individually formatted for alignment and justification. It is then not possible to change justification of individual paragraphs; all text is moved regardless. Note that formatting still works on slides created from the default master slide.

Steps to Reproduce:
1. Create text box within existing slide.
2. Type text including 'ENTER' for paragraphs.
3. Attempt to justify any one paragraph.

Actual Results:
All text is re-justified regardless of paragraph.

Expected Results:
Only the selected paragraph should be changed.


Reproducible: Always


User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-GB
Module: PresentationDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: no
Comment 1 Jeremy Norvell 2025-05-31 20:12:07 UTC
Thank you for reporting the bug. I can confirm that the bug is present in the versions of LibreOffice listed below.

I noted different behavior across two different versions of LibreOffice. Details are noted below.

During my testing the following behavior in version 25.2 was observed using a text box with two lines of text, separated by enter:
- If the top line was selected by highlighting, all text in the box (including the unselected bottom line) would be aligned according to the selection.
- If the bottom line was selected, the change would be acknowledged in the properties pane (showing the new left/center/right choice) but the text would not move. Thus, the text and the properties pane were in conflict.

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

During my testing the following behavior in version 25.8 was observed:
- If the top line was selected by highlighting, all text in the box (including the unselected bottom line) would be aligned according to the selection. The second line of text would remain centered with respect to the first line. So, it would show equal spacing from either side of the first line even when moved to the right or left.
- If the bottom line was selected, the alignment would only be moved with respect to the first line. So, if the first line was centered, the second line could only move as far as the left or right margin of that centered first line of text.

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9bc5b89c149497a83117edfadc3fb0b96d2f9899
CPU threads: 2; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 2 V Stuart Foote 2025-06-01 02:21:47 UTC
Actually the paragraphs are created, and can be formatted just not well within the UI. While trivial to adjust the XML.

The gist of bug 152653

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