[Bug 1999864] New: Cannot find package with font for Coptic although
such a package exists for Fedora 34
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1999864
Bug ID: 1999864
Summary: Cannot find package with font for Coptic although such
a package exists for Fedora 34
Product: Fedora
Version: 34
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.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, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1819530
--> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit
Gnome Software unable to find Coptic fonts
Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu.
I played with emoji picker and Gnome popped up something requesting more fonts.
I clicked and then Gnome Software said:
“Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were
searching for. Please see _the documentation_ for more information.”
See attached screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
4 months, 3 weeks
[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-...
5 months, 2 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 assignee 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-...
5 months, 3 weeks
[Bug 2165265] New: [abrt] ibus:
bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2165265
Bug ID: 2165265
Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:b24defc317ee932c47b15b9c24c231f607dad274;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bugzilla(a)delightfulobsidian.anonaddy.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-1.5.27-5.fc37
Additional info:
reporter: libreport-2.17.4
backtrace_rating: 4
cgroup: 0::/user.slice/user-42.slice/session-c1.scope
cmdline: ibus-daemon --panel disable
crash_function: bus_dbus_impl_connection_filter_cb
executable: /usr/bin/ibus-daemon
journald_cursor:
s=30b14a5c13004b0ab6cbd234a3c9d1bb;i=32f63;b=e093afbe868b41da9bf38df6f3c144c5;m=abb5c3;t=5f3270363114c;x=6b98eefa8de5298c
kernel: 6.1.7-200.fc37.x86_64
rootdir: /
runlevel: unknown
type: CCpp
uid: 42
Potential duplicate: bug 906086
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2165265
5 months, 3 weeks
[Bug 2173398] New: focus to window lost after switching IME with
Windows+Space under GNOME+ibus
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2173398
Bug ID: 2173398
Summary: focus to window lost after switching IME with
Windows+Space under GNOME+ibus
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: whistler_wmz(a)163.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1946547
--> https://bugzilla.redhat.com/attachment.cgi?id=1946547&action=edit
demo video
Description of problem:
focus to window is lost after switching IME with Windows+Space since some
recent 'dnf update'.
Version-Release number of selected component (if applicable):
ibus-1.5.27-5.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. launch any application under GNOME, with some Chinese IMEs enabled in ibus.
2. Press Windows+Space to switch IME.
Actual results:
Focus to the application window is now lost, need to click on the window again
to refocus.
Expected results:
Focus to the application window should be kept.
Additional info:
See attachment for video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2173398
5 months, 3 weeks
[Bug 2251423] New: ibus 1.5.29-rc2 causes problems with preedit text
on some application (currently confirmed affected application includes Java
applications and Godot engine)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2251423
Bug ID: 2251423
Summary: ibus 1.5.29-rc2 causes problems with preedit text on
some application (currently confirmed affected
application includes Java applications and Godot
engine)
Product: Fedora
Version: 39
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: CommonBugs, i18n, Regression
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: mateusrodcosta(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
ibus 1.5.29~rc2 breaks some applications with its new preedit text behavior.
Downgrading to ibus 1.5.29~rc1 solves it.
This issue happens when using the preedit functionality, for example when using
the "Us-Intl with deadkeys" layout and trying to input accented characters (for
example: á, é, ã).
The noticed behavior is:
On Android Studio: The application gets confused and, after preedit is used for
the first time, all new characters get stuck on being inserted in the same
place as the preedit until window is switched.
On Godot engine: After preedit tries to get used, Godot refuses to receive
further text input
Reproducible: Always
Steps to Reproduce:
1. Have ibus 1.5.29~rc2 with a layout such as Us-Intl with deadkeys
2. Open Godot or any Java application
3. Try to type accented charaters
Actual Results:
Wrong preedit behavior prevent proper usage of application.
Worst case scenario applicaiton stopped receiving text input.
Expected Results:
Proper preedit functionality.
Upstream issue is https://github.com/ibus/ibus/issues/2585.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2251423
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
5 months, 3 weeks