"Cantarell is the default typeface supplied with the user interface of GNOME since version 3.0, replacing Bitstream Vera and DejaVu."
I just tested in Windows with PDF export and no repro.
Surely needs testing in Linux.
Until someone else does it, please test with master LO from https://dev-builds.libreoffice.org/daily/master/ or, more easy but less current, from https://libreoffice.soluzioniopen.com/index.php/daily-version/.

I can reproduce this on libreoffice-fresh 6.4.2-1 (Arch Linux).

Also I can reproduce this with the appimage LibreOfficeDev-daily-x86_64.AppImage.

Bibisected with Linux 6.3 repo to https://git.libreoffice.org/core/+/1fc306203b047e79d5b3f30cf615609f80b62fe4%5E!/

Make Noto Color Emoji font work on Linux

However, the commit message says "Make sft.cxx:doOpenTTFont() accept non-outline fonts, the text will not show in PDF but that is not worse than the status quo."

Khaled: what's up with this not being a problem on Ubuntu?

(In reply to Buovjaga from comment #7)
> (In reply to Khaled Hosny from comment #6)
> > Are the system affected using the variable version of the font, the one with
> > CFF2 table? (there would be a single font file in this case instead of a
> > separate font file per style).
> 
> https://www.archlinux.org/packages/extra/any/cantarell-fonts/
> https://git.archlinux.org/svntogit/packages.git/tree/trunk/
> PKGBUILD?h=packages/cantarell-fonts

usr/share/fonts/cantarell/Cantarell-VF.otf

That is the variable font with CFF2, if this ends up being used then we wouldn't reject it as we used to. We don't support variable fonts in PDF and printing and should have rejected them, the change mentioned just makes it worse for some kinds of these fonts but that is not the root cause.

Also affected on Fedora 32 :(.

Version : 6.4.4.2
Build ID : 6.4.4.2-2.fc32
Threads CPU : 4; OS : Linux 5.6; UI Render : par défaut; VCL: gtk3; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR

I had the same issue yesterday, on Manjaro (5.8.16-2-MANJARO), with libreoffice-fresh (only tried in Impress export/print to PDF) version .
I also noticed that Cantarell is exported/printed only when Italic and Bold are enabled together on the text.

I managed to solve it today by reinstalling the current libreoffice "still" version (6.4.6.2).

I cannot reproduce in Impress 7.0.5.2 on Fedora 33.

Created attachment 175516 [details]
Writer file with two lines: 1st line in Cantarell, 2nd line in Liberation Sans.

Created attachment 175517 [details]
Corresponding pdf file. The Cantarell line is not visible but ctrl-c-able.

Unfortunately my up-to-date arch systems are affected from the bug. tested on two systems with kernel 5.14.8. i tried writer and calc, both are affected. and i tried the following libreoffice versions (from arch repo) without success:

- 7.1.5
- 7.1.6
- 7.2.1

packages on my systems related to libreoffice are:

libcdr 0.1.7-2
libreoffice-still 7.1.6-1
libreoffice-still-de 7.1.6-1
hunspell 1.7.0-3
hunspell-de 20161207-7

Hmm, I can indeed reproduce the problem, not sure what was happening at the time of my comment 15.

Arch Linux 64-bit
Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 0b81761c86786eeb035f857f549d75f143e491ad
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 30 September 2021

I have the same issue.

I made a presentation with Cantarell and Source Code Pro fonts. Only Source Code Pro is printed.

The Cantarell text is used in various places and sizes.

I'm running Arch Linux on x86_64. 

Version: 7.2.2.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 4; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: nl-BE (en_US.UTF-8); UI: en-US
7.2.2-1
Calc: threaded

GNOME 40.4.0 on Xorg


I have copied the .odp Presentation to a Windows machine and the export works correctly there. The fonts are exported to PDF and printed.

It is running Windows 10 Professional on x86_64.

Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: nl-BE (nl_BE); UI: en-US
Calc: threaded

I have installed the Cantarell font for this Windows installation from https://fonts.google.com/specimen/Cantarell

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

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

Confirmed in 
Version: 7.2.5.1 / LibreOffice Community
Build ID: 20(Build:1)
CPU threads: 12; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

Operating System: openSUSE Tumbleweed 20220122
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.16.1-1-default (64-bit)
Graphics Platform: X11

...and the bug *does not* appear on 

Operating System: openSUSE Leap 15.3
KDE Plasma Version: 5.18.6
KDE Frameworks Version: 5.76.0
Qt Version: 5.12.7
Kernel Version: 5.3.18-59.40-default

using

Version: 7.1.4.2 / LibreOffice Community
Build ID: 10(Build:2)
CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: kf5
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

Just stumbled over this issue again in 
Operating System: openSUSE Tumbleweed 20220525
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.2
Kernel Version: 5.17.9-1-default (64-bit)
Graphics Platform: X11
Graphics Processor: Mesa Intel® UHD Graphics 630

LO Version: 7.3.3.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 12; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

I am able to reproduce this bug on Archlinux with the following configuration:
libreoffice 7.2.7-2 
cantarel-fonts 1:0.303.1-1

The cantarell fonts package is from Gnome's upstream at  https://gitlab.gnome.org/GNOME/cantarell-fonts . The package uses a single installed system font with combined styles at /usr/share/fonts/cantarell/Cantarell-VF.otf

If I remove this system font, rebuild the font cache, and then install Cantarell from Google Fonts (https://fonts.google.com/specimen/Cantarell) as a set of 4 .ttf files (for regular, bold, italic, and BoldItalic, libreoffice works correctly and is able to render the PDF.

Just installing the google font ttf versions alongside the system otf was not sufficient, and still resulted in broken PDF rendering (text in Cantarell is copy-pastable but not visible in the PDF). Let me know if there's any debug information I can help capture to figure out what's going on here.

I retested this in new Ubuntu 22.04 Wayland. Cantarell wasn't installed so I installed manually. Bug wasn't reproduced. 
Repro in openSUSE Tumbleweed.
I amend the title. It's not about any Cantarell, but variable font.

(In reply to Timur from comment #27)
> I retested this in new Ubuntu 22.04 Wayland. Cantarell wasn't installed so I
> installed manually. Bug wasn't reproduced. 
> Repro in openSUSE Tumbleweed.
> I amend the title. It's not about any Cantarell, but variable font.

making this pretty clearly another duplicate of bug 103596 enhancement to support use of OpenType variable fonts (OTVF).

*** This bug has been marked as a duplicate of bug 103596 ***

*** This bug has been marked as a duplicate of bug 108497 ***

Khaled: let's keep as closed because this has attracted spam and we have automated measures in place targeting closed statuses.

I see, sorry for the noise (it looked scary in the bug list with the crossed out text).

This bug seems not been fixed in Linux version of LibreOffice 7.5.0.3, even though all bugs marked as duplicating seem all closed and fixed.

Version:

Arch Linux, with LibreOffice 7.5.0.3 installed from Arch's official repository (libreoffice-fresh)

How to reproduce:

1. Copy Linux's /usr/share/fonts/cantarell/Cantarell-VF.otf to Windows 10 (21H2). This font is in Arch package "cantarell-fonts" from its official repository.
2. Create a ODF document containing both Cantarell and Bahnschrift (Windows's builtin variable font), and save with font embedded.
3. Export this document to PDF both in Windows LibreOffice (downloaded from website) and Linux LibreOffice. The PDF exported by Windows one has no problems, and that by Linux one contains only Bahnschrift -- Cantarell is still missing.

It seems that, even LibreOffice 7.5 has better support of OpenType variable fonts (as bug #108497 shows), the Linux build and the "Cantarell" font, may still bring trouble to LibreOffice. This issue may worth un-duplicate and reopen (or it should be discussed in a separate bug report? I'm not sure). And also, is there any other information that may help debugging this bug?

Thanks.

(In reply to taoky from comment #34)
> This bug seems not been fixed in Linux version of LibreOffice 7.5.0.3, even
> though all bugs marked as duplicating seem all closed and fixed.
> 
> Version:
> 
> Arch Linux, with LibreOffice 7.5.0.3 installed from Arch's official
> repository (libreoffice-fresh)
> 
> How to reproduce:
> 
> 1. Copy Linux's /usr/share/fonts/cantarell/Cantarell-VF.otf to Windows 10
> (21H2). This font is in Arch package "cantarell-fonts" from its official
> repository.
> 2. Create a ODF document containing both Cantarell and Bahnschrift
> (Windows's builtin variable font), and save with font embedded.
> 3. Export this document to PDF both in Windows LibreOffice (downloaded from
> website) and Linux LibreOffice. The PDF exported by Windows one has no
> problems, and that by Linux one contains only Bahnschrift -- Cantarell is
> still missing.
> 
> It seems that, even LibreOffice 7.5 has better support of OpenType variable
> fonts (as bug #108497 shows), the Linux build and the "Cantarell" font, may
> still bring trouble to LibreOffice. This issue may worth un-duplicate and
> reopen (or it should be discussed in a separate bug report? I'm not sure).
> And also, is there any other information that may help debugging this bug?
> 
> Thanks.

Please attach the PDFs (both Windows and Linux ones), as well as the version of HarfBuzz LibreOffice is linked with. You might also want to try the TDF builds of LibreOffice on Linux and see if they also have the issue.

(In reply to خالد حسني from comment #35)
> (In reply to taoky from comment #34)
> > This bug seems not been fixed in Linux version of LibreOffice 7.5.0.3, even
> > though all bugs marked as duplicating seem all closed and fixed.
> 
> Please attach the PDFs (both Windows and Linux ones), as well as the version
> of HarfBuzz LibreOffice is linked with. You might also want to try the TDF
> builds of LibreOffice on Linux and see if they also have the issue.

Confirming same issue as mentioned above with 7.5.2.2 (Arch libreoffice-fresh) as well as v7.5.3.2 (TDF AppImage). HarfBuzz is v7.2.0-1 (based on repo dates, it should've been used for the Arch package build). Can't test on Windows, attaching ODT and PDF generated with v7.5.3.2 (AppImage) on Arch Linux.

Created attachment 187091 [details]
7.5.3.2 ODT with one line of Cantarell (variable) bold and regular each

Created attachment 187092 [details]
7.5.3.2 PDF export from ODT with one line of Cantarell (variable) bold and regular each

Thanks for the PDF. I think I know what is going on and it is probably Linux-specific.

I opened https://bugs.documentfoundation.org/show_bug.cgi?id=155161