Bug 168944 - Bullet symbols vertically misaligned when text auto-scaling is enabled in Impress text boxes
Summary: Bullet symbols vertically misaligned when text auto-scaling is enabled in Imp...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.6.0.0 alpha0+
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Autofit
  Show dependency treegraph
 
Reported: 2025-10-18 16:00 UTC by fle.zoska
Modified: 2025-12-12 20:12 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
An example showing the bug (22.93 KB, application/vnd.oasis.opendocument.presentation)
2025-10-18 16:01 UTC, fle.zoska
Details
An example showing the bug as PDF if your Version does not show the bug in the odp (37.17 KB, application/pdf)
2025-10-18 16:02 UTC, fle.zoska
Details
A Screenshot of an example showing the bug (76.03 KB, image/png)
2025-10-18 16:03 UTC, fle.zoska
Details

Note You need to log in before you can comment on or make changes to this bug.
Description fle.zoska 2025-10-18 16:00:50 UTC
Description:
Inside a text field in Libre office calc (possibly elsewere) the bullet points start to misalign with the vertical center of a line, as soon as the text ist auto-scaled to fit the text box.

They start centered as normal but they move to the top of a line when the text is scaled to fit the box.

Steps to Reproduce:
1. Have any Slide
2. use bullet points inside a text box
3. have several lines until the text starts shrinking to fit the box.
4. The effect can be noticed with any font, but Noto Sans is worese than Liberation Sans

Actual Results:
The bullet points start to misalign with the vertical center of a line.
They start centered as normal but they move to the top of a line when the text is scaled to fit the box

Expected Results:
The bullet points should have stayed in the line center (vertical)


Reproducible: Always


User Profile Reset: No

Additional Info:
Since here is no option to upload files or a Screenshot I have placed some in a Cloud: https://cloud.asj.de/index.php/s/tmZS8fAT2NHr3sa

Version: 25.8.1.1 (X86_64)
Build ID: 54047653041915e595ad4e45cccea684809c77b5
CPU threads: 16; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded
Comment 1 fle.zoska 2025-10-18 16:01:41 UTC
Created attachment 203417 [details]
An example showing the bug
Comment 2 fle.zoska 2025-10-18 16:02:39 UTC
Created attachment 203418 [details]
An example showing the bug as PDF if your Version does not show the bug in the odp
Comment 3 fle.zoska 2025-10-18 16:03:09 UTC
Created attachment 203419 [details]
A Screenshot of an example showing the bug
Comment 4 GJord 2025-12-11 11:02:05 UTC
Hello,

Thank you for the report. I was able to reproduce the issue using the sample ODP file provided.

When opening the reporter’s slideshow and resizing the text box, the bullet symbols shift upward relative to the vertical center of each text line. The text box on the left remains correctly aligned, but the right text box shows the misalignment exactly as described. I also tried to add/subtract more lines and noticed the same behavior.

Reproducible: Yes

Tested with:

Version: 25.8.3.2 (x86_64) / LibreOffice Community
Build ID: 8ca8d55c161d6028445f428fa…
CPU threads: 32; OS: Windows 11 x86_64 (build 26200)
UI render: Skia/Vulkan; VCL: win
Locale: en-US; UI: en-US
Calc: threaded
Comment 5 Buovjaga 2025-12-12 20:12:18 UTC
I had to bibisect this by recreating from scratch as in both the Win and Linux 7.6 repos there was a longstanding crashing state with the example document that prevented bibisecting merely by opening the file.

Bibisected with linux-64-7.6 to 628275acb1b9652e65b8c5c013549dce5ad6f5bf
tdf#90407 Change the auto-fit alg. to match better with OOXML

In the bibisected commit, when starting to input content into a bulleted list, the text was invisible until focused away. It was not that straightforward to tease out the misaligned state. So there have obviously been further tweaks to the relevant code.