Bug 143444 - Low values for Fixed Line Spacing in Text Box make text disappear
Summary: Low values for Fixed Line Spacing in Text Box make text disappear
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.3.0.4 release
Hardware: x86-64 (AMD64) All
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Rendering
  Show dependency treegraph
 
Reported: 2021-07-19 22:18 UTC by Stéphane Guillou (stragu)
Modified: 2023-07-14 10:05 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
sample ODT created in LO 7.5 (16.05 KB, application/vnd.oasis.opendocument.text)
2023-07-14 10:05 UTC, Stéphane Guillou (stragu)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Guillou (stragu) 2021-07-19 22:18:58 UTC
Description:
In a text box, when using a low value for line spacing, the text disappears entirely.
This was observed in Impress, Draw, Writer and Calc.

Steps to Reproduce:
1. Open a LibreOffice component
2. Insert > Text Box
3. Write some text in the box
4. In Sidebar > Properties deck > Paragraph section, change the Line Spacing to "Fixed"
5. Lower the value progressively

Actual Results:
At low values, the text disappears entirely.

Expected Results:
The text does not disappear. Alternatively, a specific value is the minimum the user is able to set, so it never disappears.


Reproducible: Always


User Profile Reset: No



Additional Info:
It seems the particular threshold value depends on the font size, at least.

Reproduced in:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 113d308155e4b6a67a8510098a7db5f4a6632bdc
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-07-16_21:27:22
Calc: threaded

Version: 7.2.0.1 / LibreOffice Community
Build ID: 32efc3b7f3a71cfa6a7fa3f6c208333df48656cc
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Version: 7.0.6.2
Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 1 Stéphane Guillou (stragu) 2021-07-29 00:36:27 UTC
Also on Windows 10:

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 67f2a99229101757af4f40118f4d3c83ba38648b
CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: en-AU (en_AU); UI: en-US
Calc: threaded
Comment 2 Diana 2021-07-31 08:45:07 UTC
confirm in

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ac80ec817eb07c77a51bc0729985a473c734182e
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL
Comment 3 V Stuart Foote 2021-08-01 15:08:42 UTC
Confirmed. Interesting in that 'Proportional' line spacing will not "disapear" but also will not reduce below a 6% spacing for default 12pt font size in a Draw TextBox. Guess the 'Fixed' line spacing could use a lower limit as well.

But in reality, who would be reducing the line spacing (Proportional or Fixed) to such extent that font is badly overstruck?  Seems pretty trivial and grounds for a => WF

=-testing-=

Version: 7.1.5.2 (x64) / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

or

Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: cb2827f5f65324f309fa0e3c30d0b19ad237410e
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 4 Sophie Sipasseuth 2023-07-13 08:00:16 UTC
Repro

Version: 7.4.8.0.0+ (x64) / LibreOffice Community
Build ID: f8ba7c6f77497e2dc7bfef8378511e2074ce01f9
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: CL

Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 1c629ca0048670db4bed5e7d8d76bcf8e81f2158
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: CL threaded

Version: 7.6.0.0.beta1+ (X86_64) / LibreOffice Community
Build ID: 1b5cee822e0bc15ddbdfc86926678ca35ab3e082
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: en-US
Calc: CL threaded
Comment 5 Stéphane Guillou (stragu) 2023-07-14 10:05:11 UTC
Using an example file created in 7.5, the current display issue started in 4.3. Before then, the line spacing in the text box was reset at fileopen to what looks like a higher threshold value, and the text was visible. (Tested with linux-64-releases bibisect repo to libreoffice-4.3.0.0.beta1)

We have some inconsistencies in how text is rendered outside and inside text boxes when using the same font and same paragraph spacing:
- text runs overlap in text box whereas they are clipped on page
- text disappears at low line spacing in text box, doesn't on page

Related issue: "Fixed" is now available for paragraphs inside a text box from the sidebar but not from the Paragraph dialog -> bug 145081.
Comment 6 Stéphane Guillou (stragu) 2023-07-14 10:05:52 UTC
Created attachment 188370 [details]
sample ODT created in LO 7.5