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.
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.
Set to NEEDINFO. Change back to UNCONFIRMED after you have done the further testing Thomas requested.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping-20170131
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.
(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.
Setting to NEEDINFO until we get feedback from the reporter
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
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
Yes, I checked and I can confirm that.
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
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 121933 has been marked as a duplicate of this bug. ***
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.
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