Bug 160678

Summary:	Oversized blue rectangle for text label
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Draw	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	normal	CC:	armlopez, heiko.tietze, rb.henschel, vsfoote
Priority:	medium
Version:	24.8.0.0 alpha0+
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=160677
Whiteboard:
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	122886
Attachments:	Screenshot Sample

Description Telesto 2024-04-15 18:51:58 UTC

Description:
Oversized line label input field

Steps to Reproduce:
1. Open the attached file
2. Double click on the line to add 'text to the line'

Actual Results:
Extreme large input field

Expected Results:
Normal sized input field


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

Comment 1 Telesto 2024-04-15 18:52:13 UTC

Created attachment 193694 [details]
Screenshot

Comment 2 Telesto 2024-04-15 18:52:32 UTC

Created attachment 193695 [details]
Sample

Comment 3 Telesto 2024-04-15 18:55:31 UTC

Also in
Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community
Build ID: 35f19e5cb93ce218787904e99c2bedfd40e725cc
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

no blue rectangle in; masking the issue, I guess
Version: 7.3.8.0.0+ (x64) / LibreOffice Community
Build ID: e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

Comment 4 Armondo Lopez 2024-04-15 19:47:13 UTC

Thanks for submitting the bug. I was able to reproduce it in

Version: 24.2.1.2 (X86_64) / LibreOffice Community
Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

as well as

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a2265e8faa099d9652efd12392c2877c2df1d1eb
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Comment 5 V Stuart Foote 2024-04-15 21:50:02 UTC

Doesn't seem a bug to me. The blue bounding box for the 'Drawing Object Text' simply was added at 7.5 (couldn't find the commits). Prior to that no bounding box showed, but the sd edit shell has behaved that way forever, i.e. text cursor positioned well off the drawing shape.

In sample the line drawing object is rotated to 270° but starts off with no assigned height and width for its draw text box. Instead the draw objects text box starts with the draw objects length plus padding.

When being edited, the 270° rotation to vertical is not relevant and the draw object's text box is in its normal horizontal 0° rotation for text entry, believe that's always the case when entering draw object text.

Once some text has been added, the height and width are set and the objects text box will resize to hold the text, with wrapping if needed. Subsequent selection/edit shows the bounding box resized.

Comment 6 Heiko Tietze 2024-04-16 08:09:52 UTC

(In reply to V Stuart Foote from comment #5)
> Doesn't seem a bug to me.
With all due respect I disagree. The object-width defines the text box width but that's not working for rotated objects (and we cannot draw a line with zero width, it is always with rotation). Besides, the box is not a fix boundary and grows with entered text.

So I would just limit the initial width to the page size.