[Bug 2251384] New: Wrong Arabic font prioritization in several apps.
(Droid kufi prioritized over noto-sans)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
Bug ID: 2251384
Summary: Wrong Arabic font prioritization in several apps.
(Droid kufi prioritized over noto-sans)
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: alawamiaz(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,
rstrode(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Few fedora releases ago, Noto-Sans-Arabic was set to be the default. It was
working fine and Arabic text was displayed in all web browsers using this font.
sometime in last few months, every web browser in fedora suddenly started
prioritizing "Druid Kufi" font over noto-sans-arabic. which now looks makes
arabic text looks jarring.
Interestingly, when running from live usb image, noto-sans-arabic is correctly
priotirized and being used to render all arabic web pages, but only for FEW
MINUTES and then suddenly it's switched to druid kufi!, without updating
anything, just running Firefox for few minutes.
It's also reproducible after fresh install, the first 3 minutes of using the
new fedora installation, Firefox and other browsers are displaying noto-sans
then suddenly switch to druid kufi.
Version-Release number of selected component (if applicable):
38-39
How reproducible:
Consistently
Steps to Reproduce:
1.Connect to internet
2.Open arabic webpage in firefox (ex, wikipedia)
3.text would be displayed with druid kufi instead of the default
noto-sans-arabic which was chosen to be the default sometime around fedora 36.
Actual results:
Arabic Text displayed with druid kufi font
Expected results:
Arabic text should be displayed using noto-sans-arabic as was the case before.
Additional info:
The font in gnome and top bars is still correctly displayed using
noto-sans-arabic. It's browsers that exhibit the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
4 months, 3 weeks
[Bug 2249989] New: dejavu-sans-mono-fonts is wrong release
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2249989
Bug ID: 2249989
Summary: dejavu-sans-mono-fonts is wrong release
Product: Fedora
Version: 39
Status: NEW
Component: Fonts
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: ToddAndMargo(a)zoho.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Fedora 39
dejavu-sans-mono-fonts-0:2.37-20.fc38.noarch (note the "38")
Would you please update dejavu-sans-mono-fonts-0:2.37-20.fc38.noarch to fc39?
# dnf whatprovides dejavu-sans-mono-fonts --releasever=39
Last metadata expiration check: 2:46:25 ago on Wed 15 Nov 2023 11:45:16 PM PST.
dejavu-sans-mono-fonts-2.37-20.fc38.noarch : DejaVu Sans Mono, a mono-space
sans-serif font family
Repo : @System
Matched from:
Provide : dejavu-sans-mono-fonts = 2.37-20.fc38
dejavu-sans-mono-fonts-2.37-20.fc38.noarch : DejaVu Sans Mono, a mono-space
sans-serif font family
Repo : fedora
Matched from:
Provide : dejavu-sans-mono-fonts = 2.37-20.fc38
--
You are receiving this mail because:
You are the QA Contact for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2249989
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
4 months, 4 weeks
[Bug 2147531] dependencies on -devel x86_64 and i686 packages are
mishandled
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2147531
Aoife Moloney <amoloney(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |EOL
Last Closed| |2023-12-06 11:31:08
--- Comment #11 from Aoife Moloney <amoloney(a)redhat.com> ---
Fedora Linux 37 entered end-of-life (EOL) status on None.
Fedora Linux 37 is no longer maintained, which means that it
will not receive any further security or bug fix updates. As a result we
are closing this bug.
If you can reproduce this bug against a currently maintained version of Fedora
Linux
please feel free to reopen this bug against that version. Note that the version
field may be hidden. Click the "Show advanced fields" button if you do not see
the version field.
If you are unable to reopen this bug, please file a new report against an
active release.
Thank you for reporting this bug and we are sorry it could not be fixed.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2147531
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
5 months
[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, 1 week