Description: Default font size units related to styles belonging to serial Heading are randomly reposted in point in a document and by percent in another document. In both cases default style inheritance are kept – 'Heading <number>' inherits from Heading which itself inherits from Default Style –. Steps to Reproduce: 1. Open both ODT documents from attachment 148129 [details] with no content Untitled 1_point, Untitled 1_percent. Only style applied is Heading 1; 2. In both show Sidebar (Ctrl F5) => Styles => Applied Styles; Right-click Heading 1 an select Modify; Open Font tab; 3. Compare documents' style Heading 1 font size units to each other, and others styles belonging to serial Heading as well. Actual Results: 3. – Reported size units differ from each other, despite they have not been set manually. Though style's Heading font size units are point in both documents. Expected Results: Reported styles font size units to be by default uniform in all documents whose styles chain are identical to each others. Since style Heading font size unit is point and styles 'Heading <number>' inherit from Heading, correct 'Heading <number>''s font size units are point. Reproducible: Sometimes User Profile Reset: Yes Additional Info: Version: 6.1.2.1; Build ID: 6.1.2.1-4.fc29; CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group threaded
Thank you for reporting the bug. I can reproduce the bug in Version: 6.3.0.0.alpha0+ Build ID: 3c964980da07892a02d5ac721d80558c459532d0 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
(In reply to ricky.tigg from comment #0) > Expected Results: > Reported styles font size units to be by default uniform in all documents > whose styles chain are identical to each others. Since style Heading font > size unit is point and styles 'Heading <number>' inherit from Heading, > correct 'Heading <number>''s font size units are point. No, the expected units are percentages as that is how the styles have been defined. This allows controlling the whole group of heading styles from the parent style. Everyone is free to change this, of course. Please give steps that cause Heading 1's font to use points.
Now I noticed in both documents AutoUpdate in Heading 1's Organizer tab. Maybe this has something to do with it depending on how stuff was edited?
Involved documents were edited in Libreoffice.
(In reply to Buovjaga from comment #2) > Please give steps that cause Heading 1's font to use points. Still waiting for this info.
You then does expect an implicit user to act on how styles would have to be defined; your own view for sure as developer. Let's be clear just for you, one more time. There is no need for such an eventual step in my report. Your consideration 'steps that cause Heading 1's font to use points' is not relevant here at all; since changing how styles have to be defined appears at least to not be in the power of user, nothing was needed from me to get one state or another. It all just happens using the good old Writer.
(In reply to ricky.tigg from comment #6) > You then does expect an implicit user to act on how styles would have to be > defined; your own view for sure as developer. Let's be clear just for you, > one more time. There is no need for such an eventual step in my report. Your > consideration 'steps that cause Heading 1's font to use points' is not > relevant here at all; since changing how styles have to be defined appears > at least to not be in the power of user, nothing was needed from me to get > one state or another. It all just happens using the good old Writer. Well, at least it helps us to investigate the issue further, otherwise there isn't much we can do. Which exact version do you mean when you say 'using the good old Writer' ?
I wouldn't reasonably expect anyone to fix anything, upon one's guess; yous should know several versions have been upgraded since present report date. You could surely investigate, was the issue document-specific.
Version: 6.3.2.2; Build ID: 6.3.2.2-1.fc31; CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded Steps to reproduce issue. 1. Open a new document. In Styles view right-click Heading 1, select Modify...; 2. Under Font tab | Size section, change default size –130 %– to 100 %. Validate by OK; 3. Under Font tab | Size section, inspect format and value of resulting size. Results: 3- – format: pt; value: 14.
(In reply to ricky.tigg from comment #9) > Steps to reproduce issue. > 1. Open a new document. In Styles view right-click Heading 1, select > Modify...; > 2. Under Font tab | Size section, change default size –130 %– to 100 %. > Validate by OK; > 3. Under Font tab | Size section, inspect format and value of resulting size. > > Results: > 3- – format: pt; value: 14. I repro - apparently the idea is that after changing to 100%, it is not worth it to preserve the percentage unit. Let's ask UX team, if the current behaviour is fine or should be modified.
It is a simple bug. Duplicate to bug 41360. *** This bug has been marked as a duplicate of bug 41360 ***