Bug 151258 - Writer Header1, Header2, .. font size is no longer defined as a percentage of style 'Heading'
Summary: Writer Header1, Header2, .. font size is no longer defined as a percentage of...
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, needsUXEval, regression
Depends on:
Blocks: Writer-Styles-Heading
  Show dependency tree / graph
 
Reported: 2022-10-01 13:19 UTC by Cor Nouws
Modified: 2022-11-17 14:46 UTC (History)
6 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 Cor Nouws 2022-10-01 13:19:02 UTC 
New writer document
Enter Heading 1
Check style's properties, tab Font
  -> size is 18 pts
This is a change from the known situation (since Muthusalem) that the font size of the styles Header1, Header2 is defined as a percentage of style 'Heading'
Comment 1 Cor Nouws 2022-10-01 13:20:29 UTC 
additional info:

Wrong in Version: 7.3.5.2 / LibreOffice Community
Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: nl-NL (en_US.UTF-8); UI: nl-NL
Calc: threaded

still OK in 7.3.0alpha1 .. didn't check other versions
Comment 2 Dieter 2022-10-15 15:34:53 UTC 
I confirm the described behaviour with

Version: 7.4.2.2 (x64) / LibreOffice Community
Build ID: 1726efbecd001a1fe871cba3e00e71283688f34d
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

I agree, that this should be considered as a bug, bug let's also check by design-team
Comment 3 raal 2022-10-24 19:52:08 UTC 
This seems to have begun at the below commit.
Adding Cc: to Heiko Tietze; Could you possibly take a look at this one?
Thanks
 f5f10f28c6bbf7ca8cf84c1e6529bf5015e714ac is the first bad commit
commit f5f10f28c6bbf7ca8cf84c1e6529bf5015e714ac
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Thu Feb 24 14:02:09 2022 +0100

    source 3c94c670fa3c3a4e00e88de7463c5e35f32b866e

https://git.libreoffice.org/core/+/3c94c670fa3c3a4e00e88de7463c5e35f32b866e

Looks intended...
Comment 4 Cor Nouws 2022-10-26 08:49:44 UTC 
(In reply to raal from comment #3)

> Looks intended...

What a disgrace..
Comment 5 Cor Nouws 2022-10-26 08:58:20 UTC 
(In reply to Cor Nouws from comment #4)

> What a disgrace..
Hmm. sorry for spelling that out ;)
Comment 6 Heiko Tietze 2022-11-04 10:55:10 UTC 
Resolving this ticket as NAB (intentional change). Let's continue on the reopened bug 142423.
Comment 7 Heiko Tietze 2022-11-17 14:46:31 UTC 
Would prefer a solution with a more prominent unit conversion as discussed in bug 72662 (see also bug 122562).