Bug 61452 - UI: font size value and other info wrong in dialog Character Style - Organizer Tab
Summary: UI: font size value and other info wrong in dialog Character Style - Organize...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
3.3.3 release
Hardware: All All
: lowest trivial
Assignee: Not Assigned
Whiteboard: BSA
: 54104 (view as bug list)
Depends on:
Reported: 2013-02-25 16:33 UTC by John Smith
Modified: 2015-05-30 02:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

An ODT document, illustrating with screenshots, the problem described above. (114.23 KB, application/vnd.oasis.opendocument.text)
2013-02-25 16:33 UTC, John Smith

Note You need to log in before you can comment on or make changes to this bug.
Description John Smith 2013-02-25 16:33:04 UTC
Created attachment 75514 [details]
An ODT document, illustrating with screenshots, the problem described above.

Problem description: Opening the Styles and Formatting window, and selecting a character style to modify, the displayed summary information is either incomplete or wrong.

Steps to reproduce:
1. ....Open a new text document. Open the Styles and Formatting window (F11)
2. ....Right-click on any style and select 'Modify' from the context menu.
3. ....
Current behavior:
The information displayed in the Contains section on the 'Organiser' page is wrong or incomplete.

Expected behavior:
That when the style dialogue for the selected style opens, the information is complete and accurate.

Operating System: Windows XP
Version: release
Comment 1 John Smith 2013-02-25 16:38:09 UTC
This behaviour is also present in paragraph, frame, and Page styles dialogues.
Comment 2 Jorendc 2013-02-25 16:57:55 UTC
Thanks for reporting.

I can confirm this behavior using Linux Mint 14 x64 with LibreOffice Version and Version (Build ID: 3eaa536ae457391c3826be50b0361f8d0c13cdd).

When you play a bit with the font size (12pt -> 13pt -> 11pt -> etc) and return to the 'organizer' tab, sometimes it's even worse (show 2 font sizes in that list).

But, I did some tests and the font size is correctly applyied. So I think this is just a wrong determination of the applyied settings in that 'organizer' tab.

Kind regards,
Comment 3 Joel Madero 2013-02-25 17:24:24 UTC
adding myself to cc, may take this one or at least put some code pointers at some point but it's been around forever. 

Changing version to to reflect that it is confirmed on that version.

@John Smith - version is used to reflect the oldest version that we see the issue, we use comments to say "also a problem in x.x.x.x". Thanks for the report!
Comment 4 Joel Madero 2013-02-25 17:25:17 UTC
also changing to trivial as it has no real impact on work or professional quality.
Comment 5 Rainer Bielefeld Retired 2013-02-25 17:39:30 UTC
Still [Reproducible] with Server Installation of "LibO   -  German UI / German Locale  [Build ID: 2c0c17a6e4bee0ee28131ea4bdc47edc700d659)]"  {tinderbox: @6, pull time  2013-02-1920:00(?)} on German WIN7 Home Premium (64bit) with newly created user profile ….\LODev\4\

And already with 3.6.5

Jorendc's assumption sounds plausible, I wonder why there is no info in that tab before I switched to Font tab. And I did additional tests:
An other test with Caption charactr
a) Organizer -> Font -> Organizer
   >> too small sihe 11 instead of 12 as reported, No additional effect info
b) Organizer -> Font -> Effect "Bold"  -> Organizer
   And so on always next effect, finally "Regular" again
   >> Now additional info "Not Italic + normal"
c) Organizer -> Position > "Expand by 5pt" -> Organizer
   Now additional "Kerning locked" info
d) organizer -> Position > "uncheck Kerning, switch to Condensed" -> Organizer
   >> Kerning wrongly shown, additional info "white transparent"
Gaining style info for Organize tag seems really random.
Comment 6 Rainer Bielefeld Retired 2013-02-25 17:50:32 UTC
Already in 3.3.3 (win). AOOo 3.4.0 also shows the Kerning error and some other strange info, but not the font size error.
Comment 7 Urmas 2013-02-26 01:33:27 UTC
11 pt are coming from 10.5 pt default for Asian text. With the integer size it value is not transferring.
The kerning message is apparently wrong as it's still applied while additional spacing is used.
Comment 8 Markus Michels 2013-03-25 09:38:21 UTC
*** Bug 54104 has been marked as a duplicate of this bug. ***
Comment 9 Owen Genat (retired) 2014-02-02 02:30:21 UTC
In response to the questions in the attachment:

> Why is Italic shown 3 times?

The three sets of values displayed in the Contains section of the Organizer tab for a character style represent default values for text of these types: 

- Western
- Asian
- Complex (CTL)

> Select the Font tab and view the settings [12pt]. 
> Click back on the Organiser tab. 
> The font size is now displayed [11pt] but is wrong.

The displayed values are defined under Tools > Options > LibreOffice Writer > Basic Fonts (...). If what is displayed differs from the values in this location /then/ they can be considered "wrong".

The Contains section is attempting to display what will be overridden in paragraph styles for the text-type indicated. The general behaviour is this:

- The default (provided) character styles are set to selectively override paragraph style settings e.g., not font size. 
- If a provided character style is edited, those edits are added as overrides to the paragraph style. 
- If custom character style is created it will override the paragraph style.

Bug 33224 (Asian text) and bug 56745 (Western text) are both likely related sub-issues dealing with font size for character styles. I am not clear on exactly what the bug in this report is.
Comment 10 Joel Madero 2015-05-02 15:42:05 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

   Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.2 or later)

   If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
 If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

   Update the version field
   Reply via email (please reply directly on the bug tracker)
   Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)


2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword

Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Comment 11 Markus Michels 2015-05-30 02:39:19 UTC
LO 4.4.3-2
Arch Linux x64