Bug 123606 - FORMATTING: Text moves to the left when font size becomes too large, when Autofit Text function is on
Summary: FORMATTING: Text moves to the left when font size becomes too large, when Aut...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.0.7.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-02-21 07:24 UTC by jt
Modified: 2022-01-25 20:25 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description jt 2019-02-21 07:24:05 UTC 
Description:
When Autofit Text function is on, and when text height becomes as large as the height of the text box, trying to increase the font size causes the text to move to the left, onto the bullet point.

Steps to Reproduce:
1. Create new "Title, Content" slide.
2. Input text into the content area. (This may be easier to reproduce if there are several lines of text.)
3. Select the text and increase the font size until the font becomes as large as the text box.
4. Use the increase font size button to try to keep increasing the font size.

Actual Results:
Text moves to the left while the font tries to increase in size.
When the text is aligned center or right, the bullet (instead of the text) moves to the left.

Expected Results:
Text should remain at its alignment.
Or, "increase font size" should be greyed out when the text height meets the height of the text box.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.2
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Xisco Faulí 2019-03-25 17:16:12 UTC 
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 jt 2019-04-11 05:16:33 UTC 
Thank you, Xisco Faulí.

This bug affects the current release:

Version: 6.2.2.2
Build ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 3 Buovjaga 2019-08-13 11:32:18 UTC 
It doesn't move, at least I don't consider it as moving. Maybe you should record a screencast of the behaviour.

Version: 6.4.0.0.alpha0+ (x64)
Build ID: ed882d693f37779e3a09641e7cd43b7a925d2312
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-07-25_00:58:18
Locale: fi-FI (fi_FI); UI-Language: en-US
Calc: threaded
Comment 4 Oliver Grimm 2020-01-08 22:28:00 UTC 
confirmed here on 

Version: 6.3.4.2.0+
Build-ID: 1:6.3.4-2
CPU-Threads: 2; BS: Linux 5.3; UI-Render: Standard; VCL: kde5; 
Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE
Calc: threaded
Comment 5 QA Administrators 2022-01-08 03:50:50 UTC Comment hidden (obsolete)
Comment 6 Ezinne 2022-01-25 20:25:15 UTC 
This bug is no longer reproducible in:

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: e3206e67402f623bac17ca94a20dfb45391dcb48
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded