[Bug 2096153] New: strange font priorities in Firefox
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2096153
Bug ID: 2096153
Summary: strange font priorities in Firefox
Product: Fedora
Version: rawhide
Hardware: x86_64
OS: Linux
Status: NEW
Component: google-droid-fonts
Assignee: ali.erdinc.koroglu(a)intel.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ali.erdinc.koroglu(a)intel.com, contact(a)dannycolin.com,
fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, oliver(a)redhat.com,
skyfaller(a)gmail.com
Depends On: 2062386
Target Milestone: ---
Classification: Fedora
Cloning to focus on the Droid specific issue here. please ignore URW related
description.
+++ This bug was initially created as a clone of Bug #2062386 +++
Description of problem:
Sometimes, when using a native font stack in CSS on a web page, fonts that are
not in the font stack at all are substituted for the desired fonts.
This only seems to affect web pages viewed using:
- Fedora (not Ubuntu, Debian 11, or Manjaro)
- Firefox (not Chrome or Chromium)
- When using the RPM version or Mozilla's official build from their website
(not the Flatpak)
Happens in the stable version of Firefox, Firefox Beta, and Firefox nightly.
Two substitutions I've identified so far:
- Droid Sans is substituted for Open Sans
- P052 is substituted for 'URW Palladio L' or Palatino
Substituting for Palatino may be less objectionable, since that's a generic
choice, but URW Palladio L is rather specific and it's surprising to see the
substitution. This also wouldn't be as objectionable if the font substitutions
were better. Droid Sans doesn't look much like Open Sans at all, and P052 looks
really ugly (it has unevenly sized letters). In Firefox Flatpak, it instead
substitutes the better-looking 'TeX Gyre Pagella', and only does that for
Palatino, not for 'URW Palladio L' (which was higher priority in my font
stack). This is more desirable behavior.
The source of the problem seems to be that if you run the following command:
fc-match :family="Open Sans"
It returns Droid Sans.
Possibly related bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1820166
https://bugzilla.mozilla.org/show_bug.cgi?id=1406790
How reproducible:
Consistently
Steps to Reproduce:
1. Open a clean Fedora 35 install, and verify that Open Sans is not installed.
2. Create the following web page and view it in a browser:
```
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title></title>
<style>
h1,h2,h3,h4 {
font-family: Open Sans, Fira Sans;
}
</style>
</head>
<body>
<h1>Hello World</h1>
<p>Lorem ipsum dolor sit amet.</p>
</body>
</html>
```
Alternately, view a real live (but more complex) website at
https://www.maximumethics.dev/
Actual results:
Notice that the text on the webpage is displayed in Droid Sans, not Open Sans.
Expected results:
The webpage displays the next available font in the font stack, Fira Sans in
this case, or the browser's default font if you don't have Fira Sans.
--- Additional comment from Akira TAGOH on 2022-03-30 09:26:08 UTC ---
Well, maybe good to file a separate bug to object each substitutions.
For Open Sans, google-droid-sans-fonts has the following config:
<alias binding="same">
<family>Open Sans</family>
<accept>
<family>Droid Sans</family>
</accept>
</alias>
This is the reason why you see that behavior.
For URW Palladio L, urw-base35-fonts-common has the following config:
<alias binding="same">
<family>URW Palladio L</family>
<accept>
<family>P052</family>
</accept>
</alias>
And finally for Palatino, it is in urw-base35-p052-fonts:
<alias binding="same">
<family>Palatino</family>
<accept>
<family>P052</family>
</accept>
</alias>
Although those urw config are coming from upstream. so if you have any
objections for them, it would be good to talk with URW upstream.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062386
[Bug 2062386] strange font priorities in Firefox
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2096153
5 months
[Bug 2184872] New: User installed Japanese fonts override system
fonts when substituting glyphs
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2184872
Bug ID: 2184872
Summary: User installed Japanese fonts override system fonts
when substituting glyphs
Product: Fedora
Version: 37
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: bztdlinux(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
pnemade(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
When installing a Japanese font locally (using gnome font viewer, which
effectively copies to ~/.local/share/fonts/), with the default fontconfig, all
kana in the system uses that font.
However, it only affects certain applications. Firefox (rpm) and Inkscape
(flatpak) is affected, but gwrite is not.
Version-Release number of selected component (if applicable):
fontconfig-2.14.0-3.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Download the following font:
http://font.sumomo.ne.jp/fontdata-c2157415/k-font.zip
2. Unzip and install by double-clicking the font in nautilus and clicking
install.
3. Restart Firefox or Inkscape and paste "です” in a field with sans-serif or
system-ui font
Actual results:
Text appears with the new font
Expected results:
Text appears with the normal system font
Additional info:
Running pango-view, e.g. the following, works fine and selects a reasonable
font (Droid Sans Japanese):
FC_DEBUG=4 pango-view --font="system-ui" -t です | grep family
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2184872
5 months, 2 weeks
[Bug 2188151] New: Update packages to their latest version
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2188151
Bug ID: 2188151
Summary: Update packages to their latest version
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: sil-charis-fonts
Severity: medium
Assignee: aekoroglu(a)linux.intel.com
Reporter: zolikydev(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: aekoroglu(a)linux.intel.com,
fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
nicolas.mailhot(a)laposte.net, pnemade(a)redhat.com
Target Milestone: ---
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML,
like Gecko) Chrome/112.0.0.0 Safari/537.36
Build Identifier:
Hello,
I was wondering if you could update the packages "sil-charis-fonts" and
"sil-charis-compact-fonts" to their latest versions? The current ones seem to
be quite outdated.
The newest Charis SIL font is available here:
https://software.sil.org/charis
and the compact version is here: https://software.sil.org/lcgfonts/download
Thank you for your time and consideration.
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2188151
5 months, 2 weeks
[Bug 1833858] New: Hangul Jamo is seperated and printed respectively
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1833858
Bug ID: 1833858
Summary: Hangul Jamo is seperated and printed respectively
Product: Fedora
Version: 32
Status: NEW
Component: google-droid-fonts
Assignee: nicolas.mailhot(a)laposte.net
Reporter: hyunwoo.park(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
nicolas.mailhot(a)laposte.net, oliver(a)redhat.com,
paul(a)frixxon.co.uk, tremble(a)tremble.org.uk
Target Milestone: ---
Classification: Fedora
Created attachment 1687129
--> https://bugzilla.redhat.com/attachment.cgi?id=1687129&action=edit
wrong display of Hangul at LibreOffice Writer
Description of problem:
When Hangul is output to the monitor, Chosung, Neutral, and Jongseong are
output separately.
Version-Release number of selected component (if applicable):
Font file, /usr/share/fonts/google-droid-sans-fonts/DroidSansFallbackFull.ttf,
of google-droid-sans-fonts-20200215-3.fc32.noarch
How reproducible:
If you create a test.html containing "가속도" and open the file in the chrome
browser, the Korean alphabet will be displayed separately.
Or, write "가속도" at LibreOffice Writer and select font as "Droid Sans Fallback".
Steps to Reproduce:
1. write "가속도" at LibreOffece Writer
2. select the text and change font name to "Droid Sans Fallback"
Actual results:
The text is displayed like "가ㅅㅗㄱㄷㅗ".
Expected results:
Text should be "가속도"
Additional info:
https://kldp.org/node/163247
--
You are receiving this mail because:
You are on the CC list for the bug.
5 months, 2 weeks
[Bug 2247028] New: fonttools fails to build with Python 3.13: error: implicit declaration of function ‘_PyLong_Copy’
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2247028
Bug ID: 2247028
Summary: fonttools fails to build with Python 3.13: error:
implicit declaration of function ‘_PyLong_Copy’
Product: Fedora
Version: rawhide
Status: NEW
Component: fonttools
Assignee: pnemade(a)redhat.com
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, ksurma(a)redhat.com,
mhroncok(a)redhat.com, pnemade(a)redhat.com,
tagoh(a)redhat.com
Blocks: 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
fonttools fails to build with Python 3.13.0a1.
This report is automated and not very verbose, but we'll try to get back here
with details.
Lib/fontTools/qu2cu/qu2cu.c: In function ‘__Pyx_PyLong_AbsNeg’:
Lib/fontTools/qu2cu/qu2cu.c:10421:26: error: implicit declaration of function
‘_PyLong_Copy’ [-Werror=implicit-function-declaration]
10421 | PyObject *copy = _PyLong_Copy((PyLongObject*)n);
| ^~~~~~~~~~~~
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora...
For all our attempts to build fonttools with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/fontt...
Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package
builds with Python 3.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires),
so if this package is required a lot, it's important for us to get it fixed
soon.
We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work
around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2247028
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
6 months, 1 week
Successful Mail Delivery Report
by Mail Delivery System
This is the mail system at host mailman01.iad2.fedoraproject.org.
Your message was successfully delivered to the destination(s)
listed below. If the message was delivered to mailbox you will
receive no further notifications. Otherwise you may still receive
notifications of mail delivery errors from other systems.
The mail system
<fonts-bugs(a)lists.fedoraproject.org>: delivery via spamassassin: delivered via
spamassassin service
6 months, 2 weeks
[Bug 2230471] New: [Lenovo] GB 18030-2022 compliant Chinese font
needed for OS preloads in China
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2230471
Bug ID: 2230471
Summary: [Lenovo] GB 18030-2022 compliant Chinese font needed
for OS preloads in China
Product: Fedora
Version: 38
Hardware: x86_64
OS: Linux
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: mpearson(a)lenovo.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem:
The Chinese government have made it a requirement that OS vendors support GB
18030-2022. To my understanding this means that the preloaded OS needs to have
a font that supports this spec and if we don't have that we won't be able to
ship the Fedora OS in China.
I believe Fedora has the google-noto-cjk-fonts package and it looks like they
are working on having compliance for this specification (based on
https://github.com/notofonts/noto-cjk/issues/252)
The font is not part of the default install so I wanted to open the
conversation as to whether it can be included in the default workstation
include please.
If there is another font that is compliant available that I've missed let me
know - this isn't a world I know well (despite, bizarrely, the very first job I
ever had was making it so vector fonts could be rasterised for display :))
Version-Release number of selected component (if applicable): N/A
How reproducible: 100%
Steps to Reproduce: N/A
1.
2.
3.
Actual results: no compliant Chinese font available
Expected results:Compliant Chinese font available
Additional info:Let me know if there is anything we can help with directly
here. Our team in China can help :)
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2230471
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
6 months, 2 weeks
[Bug 2245798] New: fontforge fails to build with Python 3.13: error:
implicit declaration of function `Py_SetProgramName`
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2245798
Bug ID: 2245798
Summary: fontforge fails to build with Python 3.13: error:
implicit declaration of function `Py_SetProgramName`
Product: Fedora
Version: rawhide
Status: NEW
Component: fontforge
Assignee: kevin(a)scrye.com
Reporter: ksurma(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org, kevin(a)scrye.com,
ksurma(a)redhat.com, mhroncok(a)redhat.com,
pnemade(a)redhat.com
Blocks: 2231791 (F40FTBFS,RAWHIDEFTBFS), 2244836 (PYTHON3.13)
Target Milestone: ---
Classification: Fedora
fontforge fails to build with Python 3.13.0a1.
/builddir/build/BUILD/fontforge-20230101/fontforge/python.c:19636:5: error:
implicit declaration of function ‘Py_SetProgramName’; did you mean
‘Py_GetProgramName’? [-Werror=implicit-function-declaration]
19636 | Py_SetProgramName(saved_progname);
| ^~~~~~~~~~~~~~~~~
| Py_GetProgramName
Py_SetProgramName has been removed from Python 3.13.
According to https://docs.python.org/3.13/whatsnew/3.13.html:
Py_SetProgramName(): set PyConfig.program_name instead.
https://docs.python.org/3.13/whatsnew/3.13.html
For the build logs, see:
https://copr-be.cloud.fedoraproject.org/results/@python/python3.13/fedora...
For all our attempts to build fontforge with Python 3.13, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/package/fontf...
Testing and mass rebuild of packages is happening in copr.
You can follow these instructions to test locally in mock if your package
builds with Python 3.13:
https://copr.fedorainfracloud.org/coprs/g/python/python3.13/
Let us know here if you have any questions.
Python 3.13 is planned to be included in Fedora 41.
To make that update smoother, we're building Fedora packages with all
pre-releases of Python 3.13.
A build failure prevents us from testing all dependent packages (transitive
[Build]Requires),
so if this package is required a lot, it's important for us to get it fixed
soon.
We'd appreciate help from the people who know this package best,
but if you don't want to work on this now, let us know so we can try to work
around it on our side.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2231791
[Bug 2231791] Fedora 40 FTBFS Tracker
https://bugzilla.redhat.com/show_bug.cgi?id=2244836
[Bug 2244836] Python 3.13
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2245798
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
6 months, 2 weeks
