This behaviour is also present in paragraph, frame, and Page styles dialogues.

Thanks for reporting.

I can confirm this behavior using Linux Mint 14 x64 with LibreOffice Version 4.0.1.1 and Version 4.1.0.0.alpha0+ (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,
Joren

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 3.6.4.3 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!

also changing to trivial as it has no real impact on work or professional quality.

Still [Reproducible] with Server Installation of "LibO  4.0.1.1+   -  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.

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.

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.

*** Bug 54104 has been marked as a duplicate of this bug. ***

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.

** 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)
   https://www.libreoffice.org/download/

   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)

http://downloadarchive.documentfoundation.org/libreoffice/old/

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

LO 4.4.3-2
Arch Linux x64