Description: LibreOffice 6.1.0rc2 displays "=" symbol as weird black rectangle, also this weird symbol exist after export into PDF. Steps to Reproduce: 1. Open attached ODT file in LibreOffice 6.1.0rc2 2. Optionally export file into PDF. Actual Results: You see weird symbol instead of "=" Expected Results: You see "=" Reproducible: Always User Profile Reset: No Additional Info: LibreOffice 6.0.5.2 version shows "=" symbol, also exports it as "=" symbol.
Created attachment 143898 [details] ODT document for test
Created attachment 143899 [details] PDF after export from LibreOffice 6.1.0.2 Versija: 6.1.0.2 Darinio identifikatorius: b3972dcf1284967612d5ee04fea9d15bcf0cc106 Procesoriaus gijos: 4; OS:Linux 4.4; Sąsajos pateikimas: numatytasis; VCL: gtk2; Lokalė: lt-LT (lt_LT.UTF-8); Calc: group threaded
Created attachment 143900 [details] PDF after export from LibreOffice 6.0.5.2 - good
Created attachment 143901 [details] Screenshot of both LibreOffice versions: 6.1.0.2 and 6.0.5.2
LibreOffice 6.1.0.2 installed via RPM packages from libreoffice.org site. LibreOffice 6.0.5.2 installed via openSUSE repository.
no repro with Version: 6.2.0.0.alpha0+ Build ID: 62955bb8145c95991f7771eb7efb0dc46f744ef5 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: x11;
Created attachment 143913 [details] "=" in Windings font is floppy disk I copied symbol from PDF (that created with LO 6.1.0.2) and found that it is still unicode U+003D symbol "=". Problem is font: "=" is rendered by using Windings font as floppy disk image! Strange...
I can't reproduce it in Version: 6.2.0.0.alpha0+ Build ID: ea39c41fdf63191579d25f327db81db14862251c CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
I can reproduce even after moving away ~/.config/libreoffice/4 directory.
Created attachment 143925 [details] PDF after export from LibreOffice 6.1.0.2, Windings dissabled, but Webdings is used If I disable Windings font, I get "=" rendered with Webdings font
Created attachment 143926 [details] "=" in Webdings font is circle
Created attachment 143927 [details] PDF after export from LibreOffice 6.1.0.2, Windings and Webdings dissabled, now "symbol" font is used symbol font looks good here, because "=" displayed as "="
Created attachment 143929 [details] "=" in symbol font
Created attachment 143930 [details] LibreOffice 6.0.5.2 used OpenSymbol font In older LibreOffice version, OpenSymbol font was used instead of Windings/Webdings/symbol. Becides, new version also includes Arial, while older version don't include this font into PDF. Note: rendering of equation is LibreOffice 6.0.5 looks better than in LibreOffice 6.1.0.2 (also compare square sign and line above expressions)
I can reproduce this bug in final 6.1.0 version
Created attachment 144165 [details] ODT document with embeded Webdings and Wingdings fonts - formulas are corrupted even in systems without these fonts If in some systems you don't have installed Windings and/or Webdings font, then you will fail to reproduce this bug. But if you open this attached document – you will be able to reproduce bug in LibreOffice 6.1 even in systems without these fonts (most Linux systms). Because this attached document itself has included these two fonts.
Created attachment 144166 [details] Formula panel comparison between LibreOffice 6.0.5 (good) and 6.1.0 (broken) There is much more affected symbols in formulas. See attached image
No repro on Windows or Linux. Can you repro on master (6.2)? Easy way: https://libreoffice.soluzioniopen.com/index.php/daily-version/
@Buovjaga Did you tried to open http://bugs.documentfoundation.org/attachment.cgi?id=144165 as uploaded in comment#17
Created attachment 144749 [details] Proproduced in 6.2.0.0.alpha0+ 9a9b81c7212fa6a6762246593acf3f1950677a22 2018-09-07_22:32:07 (In reply to Buovjaga from comment #19) > Can you repro on master (6.2)? Yes, I can reproduce in Version: 6.2.0.0.alpha0+ Build ID: 9a9b81c7212fa6a6762246593acf3f1950677a22 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: kde4; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-09-07_22:32:07 Locale: lt-LT (lt_LT.UTF-8); Calc: threaded with http://bugs.documentfoundation.org/attachment.cgi?id=144165
The = symbol in attachment 144165 [details] looks fine in Windows and Linux.
(In reply to Buovjaga from comment #22) > The = symbol in attachment 144165 [details] looks fine in Windows and Linux. Same here: Version: 6.2.0.0.alpha0+ Build ID: 5fb66ae5595b7435e8954df31473fad15a74b8c2 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-US (ca_ES.UTF-8); Calc: threaded
attachment 144165 [details] looks fine in Version: 6.3.0.0.alpha0+ (x64) Build ID: 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-07_01:12:58 Locale: en-US (de_DE); UI-Language: en-US Calc: threaded opensuse.lietuviu.kalba, do you still can reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
@Dieter Praas, You will not be able reproduce, because you use Windows.
Created attachment 151188 [details] LibreOffice 6.3.0.0.alpha0+ (2019-05-04 build) in openSUSE Linux Yes, I still can reproduce in openSUSE 15.0 64 bit Linux system (where Microsoft fonts are not native) in LibreOffice version: Version: 6.3.0.0.alpha0+ Build ID: 98630a0bd49bd80652145a21e4e0d0ded792b36b CPU threads: 1; OS: Linux 4.12; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-05-04_04:44:35 Locale: lt-LT (lt_LT.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 151189 [details] LibreOffice 6.2.3.2 in openSUSE Linux - reproduced I can reproduce in LibreOffice: Versija: 6.2.3.2 Darinio identifikatorius: aecc05fe267cc68dde00352a451aa867b3b546ac Procesoriaus gijos: 1; OS:Linux 4.12; Sąsajos pateikimas: numatytasis; VCL: kde5; Lokalė: lt-LT (lt_LT.UTF-8); UI-Language: lt-LT Calc: threaded
It is still looking fine. The only difference is the locale and language you use, but I don't see how it could affect the rendering. Arch Linux 64-bit Version: 6.2.3.2 Build ID: 6.2.3-2 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: f20810f7829d9f3b7167df316e1303810b746366 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kde5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 3 May 2019
Created attachment 151200 [details] LibreOffice 6.3.0.0.alpha0+ (2019-05-04 build) in fresh openSUSE Leap 15.0 KDE LiveCD I can consistently reproduce in openSUSE Linux. Now, to have fresh system, I downloaded https://download.opensuse.org/distribution/leap/15.0/live/openSUSE-Leap-15.0-KDE-Live-x86_64-Current.iso LiveCD and run it in VirtualBox. (Because of missing video drivers in boot initrd image, I needed to run desktop from command line, i.e. login as "root" user, execute "startx"). I Installed RPMs from https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/current/master~2019-05-04_04.44.35_LibreOfficeDev_6.3.0.0.alpha0_Linux_x86-64_rpm.tar.gz What Linux you are using? If not openSUSE, please try openSUSE Linux.
(In reply to opensuse.lietuviu.kalba from comment #29) > What Linux you are using? If not openSUSE, please try openSUSE Linux. It is mentioned in my comment (Arch Linux). Maybe you could ask other openSUSE users to repro on https://forums.opensuse.org/ or some chat
OK. You can find request to reproduce here: https://forums.opensuse.org/showthread.php/535850-Please-help-to-reproduce-LibreOffice-bug
I can reproduce bug with these packages installed: > LANG=C zypper se --installed-only --details --search-descriptions LibreOfficeDev Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | ---+---------------------------------+---------+------------------+--------+ i+ | libreofficedev6.3 | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | libreofficedev6.3-en-US | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | libreofficedev6.3-ure | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | libreofficedev6.3-writer | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-core | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-en-US | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-gnome-integration | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-images | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-kde-integration | package | 6.3.0.0.alpha0-1 | x86_64 | i+ | lodevbasis6.3-writer | package | 6.3.0.0.alpha0-1 | x86_64 |
Created attachment 151205 [details] LibreOffice 6.3.0.0.alpha0+ (2019-05-04 build) in openSUSE Leap, with lodevbasis6.3-ooofonts installed After installing lodevbasis6.3-ooofonts package, I can not reproduce.
If I move file /opt/libreofficedev6.3/share/fonts/truetype/opens___.ttf (containing OpenSymbol font) into another place, I can reproduce again.
Indeed I prefer not to install lodevbasis6.3-ooofonts package, because almost all fonts from this package exist in operating system already – they are coming from other system packages. To fix this bug, I suggest to change font priorities in such way that Webdings/Wingdings font will not be used for formulas if OpenSymbol font does not exist.
I asked developers on IRC and the consensus was that LibreOffice without OpenSymbol is a defective installation. I will close.
But this "defective installation" is possible, because of current configuration of RPM package dependencies. If this /opt/libreofficedev6.3/share/fonts/truetype/opens___.ttf file is essential, why not to move it into "lodevbasis6.3-core" package? Remaining fonts are not essentials and could remain in optional package "lodevbasis6.3-ooofonts"
Michael Stahl committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/e3e1c7561105b5e8766e747f978d49469fd44a55%5E%21 tdf#119044 setup_native: let -core depend on -ooofonts It will be available in 6.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
hope the inversion of the dependencies fixes this on master, haven't tested it though
I am disappointed that you choice to "let -core depend on -ooofonts". Linux systems will have significantly increased installation sized with many duplicated fonts. E.g. Google fonts (Carlito, Noto...), Adobe (SourceSansPro, SourceCodePro, SourceSerifPro), DejaVu, Liberation already exist at least in my system from dedicated packages...
Can you please move *really* required fonts from *optional* fonts? E.g. if opens___.ttf is mandatory for LibreOffice functionality, it would be better if it goes into one package and if some Carlito is optional and user can save space by not installing this optional package.