Description: KDE5 Wrong render Bullet item in Dialog Paragraph Style repro in Version: 6.3.0.0.alpha0+ Build ID: 9079da7f62febaf4cef0b77320c31b4e8bb6b5a5 CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-04-06_02:52:37 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded but not in latest Windows build (windows 10) regression from bug 124471 Steps to Reproduce: 1. Open Writer 2. Select Format->Paragraph 3. Go to tab Outline & Numbering 4. Open drop-down list Numbering style 5. Look at 4 from top "Bullet" item. There isn't a symbol-bullet near Bullet Actual Results: There isn't a symbol-bullet near Bullet Expected Results: There is a symbol-bullet near Bullet Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 150575 [details] Screenshot with problem
Created attachment 150576 [details] Screenshot from Windows 10
Created attachment 150592 [details] kde5-screen Can't confirm - for me, view is OK. Pls look at the screenshot. Version: 6.3.0.0.alpha0+ Build ID: 84d4125b28c384f9ac6285737a5bb9093978798e CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-04-06_20:07:58 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded
For GTK3 is also OK. Version: 6.3.0.0.alpha0+ Build ID: 84d4125b28c384f9ac6285737a5bb9093978798e CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-04-06_20:07:58 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded
Cannot confirm either on Debian testing with Version: 6.3.0.0.alpha0+ Build ID: f3fc127dc007f32355859ae4fc7d34916c500a18 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: kde5; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded
I have tried : 1. to delete user profile 2. to reinstall open symbol font no effect =( problem still here... may be some Kubuntu 18.10 problem?
The items in the list box usually displayed with the system UI font, and if that font doesn't have some symbol it uses a fallback font, which might or might not be OpenSymbol. e.g. on my system I can reproduce the bug as long as I have the Abyssinica SIL font installed, because that what it picks as a fallback font for this symbol (UI font set to Cantarell). Only when I remove Abyssinica SIL, it finally picks OpenSymbol. (In general, the current approach with symbols in style names seems a bit risky to me, as we don't set the control font explicitly to OpenSymbol, but instead rely on 3rd party font creators to not override what we provide in OpenSymbol...)
Caolan, Jan-Marek can you look at this please?
(In reply to Maxim Monastirsky from comment #7) > The items in the list box usually displayed with the system UI font, and if > that font doesn't have some symbol it uses a fallback font, which might or > might not be OpenSymbol. e.g. on my system I can reproduce the bug as long > as I have the Abyssinica SIL font installed, because that what it picks as a > fallback font for this symbol (UI font set to Cantarell). Only when I remove > Abyssinica SIL, it finally picks OpenSymbol. > > (In general, the current approach with symbols in style names seems a bit > risky to me, as we don't set the control font explicitly to OpenSymbol, but > instead rely on 3rd party font creators to not override what we provide in > OpenSymbol...) From: https://bugs.documentfoundation.org/show_bug.cgi?id=124471#c8 (In reply to Daniel Grigoras from comment #8) > What if there are multiple lists having the same bullets, but different > indentations, or starting with the same bullet for level 1, but continuing > with different bullets for subsequent levels? > > In my case, having two lists with the same bullets and bullet structure, but > with one having a different indentation of the list items led to the second > list style not being shown among the list styles. For example, List 1 and > List 5 had the same bullets, with List 5 only having the list items > indented. List 1 was displayed as "Bullet •", but List 5 was not shown > anywhere when I worked with v6.3, which is why I now downgraded to v6.2 These are quite a good reason to actually revert the change from bug 124471. commit 43c44f7c82fdcf7e5e6eccb0a80d5bb0e1e3a86c Author: Roman Kuznetsov <antilibreoffice@gmail.com> Date: Tue Apr 2 08:30:17 2019 +0100 tdf#124471 Change bullet styles names in Style section of Sidebar Change-Id: I1a6acd3b9496cf83cd0e1ef6d808443cd40ae2c3 Reviewed-on: https://gerrit.libreoffice.org/70121 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> As you can already see in the problem screenshot, there is an edit "Edit Style" button, where you can change the bullet type. Interestingly I can't change the name of these styles. If this is all expected, than including the bullet type in the name even makes less sense. Now unfortunately this was a string change, but probably they can easily be restored to the original ones? Or am I missing something?
For the kde/gtk2/gen case we could probably bodge our glyph fallback PhysicalFontCollection::GetGlyphFallbackFont to suggest OpenSymbol as the fallback for these bullet glyphs before asking fontconfig for a fallback font. But that would't have any effect on the window title of Edit Style where the name is displayed
*** Bug 133519 has been marked as a duplicate of this bug. ***
Dear Roman Kuznetsov, 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
Still a problem in Version: 7.4.0.0.beta1+ / LibreOffice Community Build ID: 6ab56a4fc946f6294513f23a3ea47aa0aa154b7d CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: qt5 (qfont+xcb) Locale: hu-HU (hu_HU.UTF-8); UI: en-US Calc: threaded
no repro in Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 975590e69edfa351ef20a0973a5005ca49d08edc CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded I think I saw some patches around OpenSymbol font area in gerrit. Closed as WFM