Bug 100686 - UI: Impress shows incorrect font family in the Sidebar and style dialog (in 75% of the cases)
Summary: UI: Impress shows incorrect font family in the Sidebar and style dialog (in 7...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 121933 (view as bug list)
Depends on:
Blocks: Sidebar-Properties-Character
  Show dependency treegraph
 
Reported: 2016-06-29 17:47 UTC by szotsaki
Modified: 2022-12-27 03:18 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Test document (212.36 KB, application/vnd.oasis.opendocument.presentation)
2016-06-29 17:47 UTC, szotsaki
Details

Note You need to log in before you can comment on or make changes to this bug.
Description szotsaki 2016-06-29 17:47:18 UTC
Created attachment 125990 [details]
Test document

1.) First install Arial and Roboto TTF fonts (latter can be found here: https://google-webfonts-helper.herokuapp.com/api/fonts/roboto?download=zip&subsets=latin&variants=regular )
2.) Open the attached ODP.
3.) Click into the textbox. The written text (Test) font family is Roboto, however Impress guesses (?) 75% of time it's Arial. If you click out and in again, again and again it shows the correct Roboto. It even shows that the first line is in 30pt size (when its guess is Arial).
4.) Try to add a new sublist and repeat this click in-and-out again if the 3rd point wouldn't work for you.

OS: openSUSE 42.1, x64, KDE 5.
Comment 1 Thomas Hackert 2016-07-08 16:20:47 UTC
Hello szotsaki, *,
I cannot confirm your bug with
OS: Debian Testing AMD64
LO: Version: 5.1.4.2
Build-ID: 1:5.1.4~rc2-2
CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: GL; 
Gebietsschema: de-DE (de_DE.UTF-8)
(Debian's own version)

nor with

LO: Version: 5.2.0.2
Build-ID: a7567a46e5d2953c320b13eb88a3981c4f9bd1e0
CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE.UTF-8)
(parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux)

In both versions, LO seem to want to set Arial at the first click as the document's font, but after a short time it switches to Roboto ... ;)

Have you tried to rename your LO profile and tested it again? Are you using any LO extension?
HTH
Thomas.
Comment 2 Buovjaga 2016-07-15 19:09:39 UTC
Set to NEEDINFO.
Change back to UNCONFIRMED after you have done the further testing Thomas requested.
Comment 3 QA Administrators 2017-01-31 00:29:13 UTC Comment hidden (obsolete)
Comment 4 szotsaki 2017-02-03 09:28:42 UTC
I could reproduce it with two different instances of LibreOffice:
- 5.0.6.3 (openSUSE 13.2, x64) [no added extensions, pure installation]
- 5.2 (openSUSE Leap 42.2, x64) [Typography toolbar extension].

One doesn't need to install Roboto. Impress won't change from Arial most of the time.
Comment 5 Buovjaga 2017-02-03 10:04:38 UTC
(In reply to szotsaki from comment #4)
> I could reproduce it with two different instances of LibreOffice:
> - 5.0.6.3 (openSUSE 13.2, x64) [no added extensions, pure installation]
> - 5.2 (openSUSE Leap 42.2, x64) [Typography toolbar extension].
> 
> One doesn't need to install Roboto. Impress won't change from Arial most of
> the time.

Would be cool to get a test with 5.3 as well, because it got a new font layout engine.
Comment 6 Xisco Faulí 2017-02-10 17:17:27 UTC
Setting to NEEDINFO until we get feedback from the reporter
Comment 7 szotsaki 2017-02-16 08:29:17 UTC
I can confirm it also with 5.3.

Version: 5.3.0.3
Build ID.: 30m0(Build:3)
CPU threads: 8; System version: Linux 4.9; Display: 
default; VCL: kde4; Layout engine:new; Locale settings: hu-HU (hu_HU.UTF-8); Calc: single
Comment 8 Buovjaga 2017-02-16 12:19:09 UTC
Reproduced, but only in Sidebar character properties and the style editing dialog. I installed Roboto Regular as TTF from http://www.dafont.com/roboto.font

Szotsaki: please confirm: do you see the problem only in the Sidebar and the style editing dialog and NOT in the Text formatting toolbar?

Win 7 Pro 64-bit Version: 5.4.0.0.alpha0+
Build ID: 1d810b69a584fc33f4178c7012f68f551ba2e03b
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-02-12_23:34:02
Locale: fi-FI (fi_FI); Calc: CL
Comment 9 szotsaki 2017-02-17 06:34:36 UTC
Yes, I checked and I can confirm that.
Comment 10 szotsaki 2018-03-08 10:13:40 UTC
Reproducible with 
Version: 6.0.2.1
Build ID: f7f06a8f319e4b62f9bc5095aa112a65d2f3ac89
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
Locale: hu-HU (hu_HU); Calc: CL
Comment 11 QA Administrators 2019-03-09 03:41:48 UTC Comment hidden (obsolete)
Comment 12 Aron Budea 2020-12-26 02:30:51 UTC
*** Bug 121933 has been marked as a duplicate of this bug. ***
Comment 13 Aron Budea 2020-12-26 05:30:29 UTC
The root of the issue is that the style has one font, and the other is set via direct formatting. This can be confirmed by clearing direct formatting over the text.

There are two cases:
- if the text box is selected,
- if the user is editing text within the text box.

1. If the text box is selected, it shows the font coming from the style in: the sidebar, the Character dialog, the Text Formatting toolbar and the style editor dialog.

2. If the cursor is in the text box, or text is selected in the text box, Impress shows the expected font in the various selectors (except the style one of course). In the past it did show the other font in the sidebar, which is now fixed (bug 121933 has a few details).

My two cents is that if the whole text box is formatted with a different font, it shouldn't show the font from the style when the text box is selected. In addition, it doesn't seem to follow the usual practice that text with mixed fonts, when selected, should show empty entry in the font picker.
Comment 14 QA Administrators 2022-12-27 03:18:07 UTC
Dear szotsaki,

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 with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug