Bug 104003 - Autofit text option set to false in master slide is not respected as default for new slides
Summary: Autofit text option set to false in master slide is not respected as default ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.5.0 release
Hardware: All All
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: Master-Slide Autofit
  Show dependency treegraph
Reported: 2016-11-18 09:25 UTC by Antonello
Modified: 2023-08-25 16:20 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

show case (13.26 KB, application/vnd.oasis.opendocument.presentation)
2016-11-18 09:26 UTC, Antonello

Note You need to log in before you can comment on or make changes to this bug.
Description Antonello 2016-11-18 09:25:37 UTC
In impress, when you add a new slide, the default frame comes with an option to "autofit text" on it, e.g. text get scaled down when it is too long to be included in the current frame's size.
An option available with right-click contextual menu allows to set this on or of on the selected frame.
The problem is that when this is set to off at the level of the master slide, still new (and existing) slides will have the value of autofit text on, that is there is no way to disable it except on a slide-by-slide way.
The expected behaviour is that when autofit text is set off to the master slide (at least) new slides should come with autofit text off by default.

Steps to Reproduce:
1. Disable autofit text in the main frame in the master slide
2. Add a slide.

Actual Results:  
The main frame will still have autofit text on.

Expected Results:
The main frame should have autofit text off by default

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
Comment 1 Antonello 2016-11-18 09:26:53 UTC
Created attachment 128837 [details]
show case
Comment 2 Buovjaga 2016-11-24 11:17:59 UTC

Win 7 Pro 64-bit Version:
Build ID: 172325bedf69bbc162f3c1948264451c90c105a3
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; 
TinderBox: Win-x86@39, Branch:master, Time: 2016-11-21_05:26:40
Locale: fi-FI (fi_FI); Calc: group

LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
Comment 3 QA Administrators 2017-11-25 09:43:00 UTC Comment hidden (obsolete)
Comment 4 Raniere Silva 2018-01-31 17:37:32 UTC
I can reproduce this bug with

Build ID: 5.4.4-1
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.utf8); Calc: group

I know that version 6 was release. I can try with it in a few days when it is included in my distribution.
Comment 5 hardy 2019-08-10 21:07:26 UTC
This (annoying) behavior is still present in LibreOffice :( Tested under Linux.
Comment 6 hardy 2019-08-10 21:14:05 UTC
Is there any workaround for this bug? I would be very grateful for any hint! (The formerly working workaround via "graphics styles - text - fit to frame" does not seem to work anymore with recent versions of LibreOffice.) 

I am producing quite some slides per day now, and this is VERY annoying. 

If there is really no workaround, could we then change the priority of this bug back to "normal" please?
Comment 7 Buovjaga 2019-08-11 08:27:18 UTC
(In reply to hardy from comment #6)
> (The formerly working workaround via "graphics styles - text - fit to frame"
> does not seem to work anymore with recent versions of LibreOffice.) 

You could open a new bug report for that.

Do also test with version 6.3.0, which was just released.
On Linux, an easy way to test is an appimage https://libreoffice.soluzioniopen.com/
Comment 8 hardy 2019-08-11 13:42:54 UTC
I have re-tested this behavior with the "fresh" version of LibreOffice. But this behavior is STILL present :(
Comment 9 QA Administrators 2021-08-11 03:57:45 UTC Comment hidden (obsolete)
Comment 10 hardy 2022-05-17 15:25:33 UTC
I have again retested this with an up-to-date LibreOffice version, LO 7.3.3 under Linux, and this bug is still fully present. So please keep this bug report open so it can be eventually fixed.

version information for the test:
Version: / LibreOffice Community
Build ID: d1d0ea68f081ee2800a922cac8f79445e4603348
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded