https://bugzilla.redhat.com/show_bug.cgi?id=2283902
Bug ID: 2283902
Summary: paktype-naskh-basic-fonts should be used as default
font for Urdu
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
$ rpm -q paktype-naskh-basic-fonts -l | grep conf.d
/etc/fonts/conf.d/65-0-paktype-naskh-basic-fonts.conf
$ rpm -q google-noto-sans-arabic-vf-fonts -l | grep conf.d
/etc/fonts/conf.d/56-google-noto-sans-arabic-vf.conf
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=2283902
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
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-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=487061
Fedora Admin user for bugzilla script actions <fedora-admin-xmlrpc(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|tagoh(a)redhat.com |extras-orphan@fedoraproject
| |.org
--- Comment #14 from Fedora Admin user for bugzilla script actions <fedora-admin-xmlrpc(a)fedoraproject.org> ---
This package has changed maintainer in Fedora. Reassigning to the new
maintainer of this component.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=487061
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2278984
Bug ID: 2278984
Summary: msgcat --color=test outputs nothing at all
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: gettext
Keywords: Desktop
Severity: low
Assignee: petersen(a)redhat.com
Reporter: robin.bjorklin(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
/usr/bin/msgcat is provided by gettext. Under other Linux distributions and
using Brew for MacOS executing "msgcat --color=test" prints test output
displaying background and foreground colors in the terminal.
This feature is described in section 9.11.2 of "info msgcat"
Reproducible: Always
Steps to Reproduce:
1. msgcat --color=test
Actual Results:
No output produced
Expected Results:
Test output as hard-coded into the program.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2278984
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2290842
Bug ID: 2290842
Summary: Unable to switch input method using Super+Space in KDE
Plasma 6 Wayland
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: rajeeshknambiar(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Configured ibus on KDE Plasma Wayland correctly, no IM env vars set and
everything is working fine on `ibus-1.5.30-1.fc40.x86_64`. I have two input
methods configured (English & ml-mozhi), and switch between them using
Super+Space keys in both Qt & GTK apps.
Since updating to `ibus-1.5.30-2.fc40.x86_64`, unable to switch input method
using Super+Space. No popup appears, and input method remains in English. It is
still possible to switch input method by clicking on the system tray icon; but
it is not convenient. Tested with `ibus-1.5.30-3.fc40.x86_64`, issue remains.
Reproducible: Always
Steps to Reproduce:
1. Open a new file using KWrite and focus on it
2. Press Super+Space keys
Actual Results:
Notice that input method is not switched, literal 'space' is entered
Expected Results:
Input method switched to next configured method (ml-mozhi in my case).
See upstream discussions at https://github.com/ibus/ibus/issues/2644
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2290842
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2284094
Bug ID: 2284094
Summary: Entry of special characters broken with flatpak apps
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: Regression
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: nphilipp(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
After updating to ibus-1.5.30-2.fc40, I couldn’t type in characters using the
compose key, Ctrl+. (for emojis) or Shift+Ctrl+U (for direct Unicode entry) in
Flatpak apps. This is under the GNOME desktop on Wayland.
Reproducible: Always
Steps to Reproduce:
1. Upgrade to the -2 release
2. Logout and in again
3. Try to type in special characters using compose key, Ctrl+. or Shift+Ctrl+U
Actual Results:
No special characters appear. With Ctrl+., Space the menu to select between
categories appears, but selecting an entry won’t insert the character.
Expected Results:
Characters are inserted.
This was originally reported in the respective Bodhi update:
https://bodhi.fedoraproject.org/updates/FEDORA-2024-afdec1e5e5
Another user there reported that downgrading the package to -1 made it work
again, I haven’t tried this yet for myself but will do so shortly.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2284094
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2284075
Bug ID: 2284075
Summary: Directory is missing in RPM database.
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: pampelmuse(a)gmx.at
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
The following directory is missing in RPM database:
/usr/lib64/gtk-4.0/4.0.0/immodules
Reproducible: Always
Steps to Reproduce:
1. rpm -qf /usr/lib64/gtk-4.0/4.0.0/immodules
file /usr/lib64/gtk-4.0/4.0.0/immodules is not owned by any package
Actual Results:
not owned by any package
Expected Results:
ibus-gtk4-1.5.30-1.fc40.x86_64
In spec file line 553 please add:
%dir %{_libdir}/gtk-4.0/%{gtk4_binary_version}/immodules/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2284075
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2252227
Bug ID: 2252227
Summary: [abrt] ibus-panel: wl_proxy_get_version():
ibus-ui-gtk3 killed by SIGSEGV
Product: Fedora
Version: 39
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:c75ecfa14c60b64aa5a0248ea5b67ce73f59fb4e;VAR
IANT_ID=kde;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: RainSlide(a)outlook.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
Description of problem:
Use iBus with telegram-desktop
Version-Release number of selected component:
ibus-panel-1.5.29~rc2-3.fc39
Additional info:
reporter: libreport-2.17.11
comment: Use iBus with telegram-desktop
reason: ibus-ui-gtk3 killed by SIGSEGV
backtrace_rating: 4
runlevel: N 5
type: CCpp
kernel: 6.6.2-201.fc39.x86_64
executable: /usr/libexec/ibus-ui-gtk3
package: ibus-panel-1.5.29~rc2-3.fc39
uid: 1000
rootdir: /
journald_cursor:
s=465db592572c420f9b5043ae39b1812b;i=4f46;b=58bff58fc0044277ae9c3c28cee3ae3c;m=20bbc031c;t=60b5a88942da0;x=7185e6f9d1bff6f4
cmdline: /usr/libexec/ibus-ui-gtk3 --enable-wayland-im --exec-daemon
--daemon-args $'--xim --panel disable'
crash_function: wl_proxy_get_version
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/plasma-kwin_wayland.service
Truncated backtrace:
Thread no. 1 (15 frames)
#0 wl_proxy_get_version at ../src/wayland-client.c:2248
#1 zwp_input_method_context_v1_preedit_string at
../../client/wayland/input-method-unstable-v1-client-protocol.h:389
#2 _context_hide_preedit_text_cb at ../../client/wayland/ibuswaylandim.c:496
#5 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3980
#6 signal_emit_valist_unlocked at ../gobject/gsignal.c:3612
#9 ibus_input_context_g_signal at /usr/src/debug/ibus-1.5.29
#11 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:4020
#12 signal_emit_valist_unlocked at ../gobject/gsignal.c:3612
#15 on_signal_received at ../gio/gdbusproxy.c:890
#16 emit_signal_instance_in_idle_cb at ../gio/gdbusconnection.c:3802
#19 g_main_context_dispatch_unlocked at ../glib/gmain.c:4284
#20 g_main_context_iterate_unlocked.isra.0 at ../glib/gmain.c:4349
#22 gtk_main at ../gtk/gtkmain.c:1329
#23 application_run at /usr/src/debug/ibus-1.5.29
#24 application_main at /usr/src/debug/ibus-1.5.29
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2252227
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…