Bug 136066 - Text boxes misbehave when overfilled if 'fit height' is disabled
Summary: Text boxes misbehave when overfilled if 'fit height' is disabled
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Textbox
  Show dependency treegraph
 
Reported: 2020-08-24 09:20 UTC by DaveApp
Modified: 2024-10-05 09:57 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.76 KB, application/vnd.oasis.opendocument.text)
2020-08-24 18:31 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DaveApp 2020-08-24 09:20:14 UTC
Description:
A text box behaves unexpectedly if its 'fit height to text' attribute is turned off. As excess text is typed the box appears to expand as though 'fit height' was still enabled. However, if one clicks elsewhere and then clicks back in the text box the size returns to its original and the excess text left 'hanging' below the box itself.

Steps to Reproduce:
1. Create a small text box
2. Use <Format><Text Box and Shape><Text Attributes> to remove tick from 'Fit height to text'
3. Type sufficient lines of text into the box to overfill the box (it will expand!)
4. Move cursor out of text box and click then click back into the text box

Actual Results:
Excess text is left hanging below the text box, still attached to the box but not in it

Expected Results:
I expected the same results as if I had used a frame with 'Autosize' disabled instead of a text box. In such a frame the excess text does not expand the frame but an arrow shows to indicate there is such text.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Screenshot available
7.0.0.3 8061b3e9204bef6b321a21033174034a5e2ea88e
Comment 1 Dieter 2020-08-24 15:52:33 UTC
I agree, that it is a bug
=> NEW

And I also agree about the expected result. But perhaps there are also different expectations => cc: Design-Team for further input
Comment 2 Telesto 2020-08-24 18:31:22 UTC
Created attachment 164650 [details]
Example file
Comment 3 Telesto 2020-08-24 18:34:09 UTC
Also found in
3.3.0

And agreeing OP (comment 0) and comment 1
Comment 4 Heiko Tietze 2020-09-08 07:28:10 UTC
Two agreeing with the OP (clearly a bug IMHO when a setting is not applied immediately but seems so), no need to ask for UX input.
Comment 5 QA Administrators 2022-09-09 03:53:34 UTC Comment hidden (obsolete)
Comment 6 Dieter 2022-09-17 13:44:49 UTC
Still present in 

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL
Comment 7 DaveApp 2022-09-18 16:02:12 UTC
I can confirm that this bug is still present in 7.4.1.2. The text box behaves as expected apart from the overflowed text hanging below it. The overflowed text is attached to the text box & can be moved around with the box.
Comment 8 QA Administrators 2024-09-18 03:17:15 UTC Comment hidden (obsolete)
Comment 9 Dieter 2024-10-05 09:57:51 UTC
Still present in

Version: 24.8.1.2 (X86_64) / LibreOffice Community
Build ID: 87fa9aec1a63e70835390b81c40bb8993f1d4ff6
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: CL threaded