Bug 148811 - Impress Text-Box dialog does not honor checking Fit Width to Text
Summary: Impress Text-Box dialog does not honor checking Fit Width to Text
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.2.5.2 release
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-04-26 20:56 UTC by gearhead
Modified: 2023-08-11 03:06 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Text Attributes dialog fails to honor [x] Fit width to text. (26.04 KB, image/png)
2022-04-26 20:56 UTC, gearhead
Details

Note You need to log in before you can comment on or make changes to this bug.
Description gearhead 2022-04-26 20:56:15 UTC
Created attachment 179793 [details]
Text Attributes dialog fails to honor [x] Fit width to text.

Steps to Duplicate:

1. Select an ordinary text box on an Impress slide, containing a caption.
2. Open the Text Attributes dialog (shortcut Alt-o-o-x).
3. Make sure the "Fit width to text" box is checked.
4. Edit the caption, making the contained text shorter.
5. The text-box boundary remains unchanged; it fails
   to snap to the shorter caption.

Issue:
For a lengthy slide presentation with several text boxes per slide,
it wastes the user's time to manually adjust text boxes to fit the text
they contain. The "Fit width to text" feature should do what it says.
Comment 1 Telesto 2022-04-27 08:44:15 UTC
Width is working working for .. you might have to exit the Text Box and re-enter (height is different story)

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4659fc2f0a7223a89446edff0b77e58758b5edf5
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-US
Calc: CL
Comment 2 vsvasu93@gmail.com 2022-05-23 16:09:07 UTC
Thank you for reporting the bug. Unfortunately I can't reproduce in.

Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 09822cf77cdbe32b03553cd05154100b5f2591d0
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 3 Buovjaga 2023-01-11 13:03:50 UTC
gearhead: is this an issue anymore?

It works for me as well.

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 158f77b7015fce8a327297736dc11b6a78b9b4d2
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 11 January 2023
Comment 4 QA Administrators 2023-07-11 03:14:01 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2023-08-11 03:06:08 UTC
Dear gearhead,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp