Bug 145556 - Draw: Text is invisible when it stands completely outside the object (left or right side)
Summary: Draw: Text is invisible when it stands completely outside the object (left or...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.1.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shapes-Custom
  Show dependency treegraph
 
Reported: 2021-11-05 13:09 UTC by Dolon
Modified: 2025-07-28 03:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example to show the bug with rectangle and line. (325.73 KB, application/vnd.oasis.opendocument.graphics)
2021-11-05 13:11 UTC, Dolon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dolon 2021-11-05 13:09:45 UTC
Description:
Checked with rectabgle and lines: If text is formatted to be completely outside (left or right side) of the object, it is not displayed. Can be edit with F2 but is invisible afterwards.

Checked on 2 computers, each with Windows 10 Pro.
Checked with LibreOffice 7.2.2, 7.1.7.2 and 7.1.3.2: all failed.
Checked with LibreOffice 6.4.7.2 and 7.0.6.2: both are fine.
Checked with freshly installed LibreOffice.


Steps to Reproduce:
1. Open a new draw file.
2. Draw a rectangle.
3. Enter F2 and enter a text in the rectangle. Up to now, everything is fine.
4. Now, open dialog to change text attributes (I will attach an example file). Align text to the left edge and set distance to the edge greater or equal than the rectangle width.
5. Leave edit mode. Text is invisible.
6. Enter F2: Text is available in edit mode.


Actual Results:
Text is invisible when formatted completely outside the rectangle.

Expected Results:
Visible text.


Reproducible: Always


User Profile Reset: No



Additional Info:
Problem could be reproduced on different Windows 10 Pro computers and with new LibreOffice installation.
Comment 1 Dolon 2021-11-05 13:11:32 UTC
Created attachment 176123 [details]
Example to show the bug with rectangle and line.
Comment 2 Regina Henschel 2021-11-05 19:01:21 UTC
I can confirm the problem with Version: 7.3.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: b6c3adf356ca5f7b6f3d80e6062b58c92e6e2a11
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: de-DE (en_US); UI: en-US
Calc: threaded

AOO shows the text if directly at the shape edge. It does not move the text further left, regardless of the entered value.
Comment 3 phv 2021-11-06 12:42:52 UTC
Thank you for pointing out this issue: I actually experience it when I offset text from a line, but I didn't try to find out where it came from.
Comment 4 Regina Henschel 2021-11-06 14:27:19 UTC
For custom-shapes there is this situation:
The distances in the "Text attributes" dialog define a padding-area in the sense of https://www.w3.org/TR/CSS2/box.html#box-padding-area.

If the padding is so large, that there is zero width or height of the content area, then it might be valid to say, that then no content can be there. But I have not found a rule, what to do.

To reduce confusion of users a solution could be, to restrict the distance values in the dialog so, that this situation does not occur.

If you define your own custom-shape, you can workaround the problem by using a suitable 'draw:text-areas' attribute.

For other shapes than custom-shapes, e.g. lines, no such explicit text area exists. It might be possible to use a text area which reaches in the direction opposite to the anchor to the document boundary.

Astonishingly there is no such problem, when placing text above or below the line.
Comment 5 QA Administrators 2025-07-28 03:10:00 UTC
Dear Dolon,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug