https://bugzilla.redhat.com/show_bug.cgi?id=2219580
Bug ID: 2219580
Summary: [abrt] ibus-m17n: pop_im(): ibus-engine-m17n killed by
SIGSEGV
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:2deacdc1a5691e3d276b97fbd7b38d765f2fe8e7;VAR
IANT_ID=workstation;
Component: ibus-m17n
Assignee: pnemade(a)redhat.com
Reporter: claudio(a)c3systems.com.br
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
pnemade(a)redhat.com, shawn.p.huang(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I can't tell......at one time i was able to accent letters and at others not
anymore.
Version-Release number of selected component:
ibus-m17n-1.4.19-1.fc38
Additional info:
reporter: libreport-2.17.11
kernel: 6.3.8-200.fc38.x86_64
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
rootdir: /
reason: ibus-engine-m17n killed by SIGSEGV
journald_cursor:
s=6ffe44c376354fa4b647575156562e3e;i=2c8708;b=a03ce670cbc945ae972fcc641d6c89e7;m=b7c2c1ef16;t=5ff38eeefdc20;x=8f0e61a2f5a5c302
crash_function: pop_im
executable: /usr/libexec/ibus-engine-m17n
runlevel: N 5
uid: 1000
package: ibus-m17n-1.4.19-1.fc38
cmdline: /usr/libexec/ibus-engine-m17n --ibus
type: CCpp
comment: I can't tell......at one time i was able to accent letters and
at others not anymore.
Truncated backtrace:
Thread no. 1 (13 frames)
#0 pop_im at /usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:3778
#1 fini_ic_info at
/usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:3920
#2 destroy_ic at /usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:4073
#3 minput_destroy_ic at
/usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:4923
#4 fini_ic_info at
/usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:3930
#5 re_init_ic at /usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:4005
#6 minput_callback at
/usr/src/debug/m17n-lib-1.8.2-1.fc38.x86_64/src/input.c:6949
#8 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3851
#11 ibus_engine_service_method_call at
/usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusengine.c:1345
#12 call_in_idle_cb at ../gio/gdbusconnection.c:5002
#16 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#18 ibus_main at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusshare.c:330
#19 start_component at
/usr/src/debug/ibus-m17n-1.4.19-1.fc38.x86_64/src/main.c:80
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2219580
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=1974983
Bug ID: 1974983
Summary: After upgrade xkeyboard-config to version 2.33-1.fc35
layout indicator stop react to layout switch by
Ctrl-Shift key combination.
Product: Fedora
Version: rawhide
Status: NEW
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: mikhail.v.gavrilov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop
react to layout switch by Ctrl-Shift key combination.
The bug is affected only Wayland session and only non standard layout switch
key combination.
Last good version is 2.32-3.fc35
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
Bug ID: 2088665
Summary: Noto Sans is chosen to display symbol characters it
doesn't contain
Product: Fedora
Version: 36
Status: NEW
Component: google-noto-fonts
Assignee: tagoh(a)redhat.com
Reporter: talk(a)danielflaum.net
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1881507
--> https://bugzilla.redhat.com/attachment.cgi?id=1881507&action=edit
A zipped sample PDF and image of relevant portion of PDF when affected by the
issue
Description of problem:
Given a PDF lacking embedded fonts which use certain characters (including →
and ≥), GNOME's Evince on Fedora 36 chooses to substitute the Noto Sans font,
which does not include these characters.
Version-Release number of selected component (if applicable):
How reproducible:
Successfully reproduced by two people independently.
Steps to Reproduce:
1. Boot a fresh copy of Fedora 36 (the Live version in a VM will do).
2. Open the attached sample PDF in GNOME Evince (aka Document Viewer).
3. Observe the missing characters in the second paragraph from the top of the
page.
Actual results:
See attached image.
Expected results:
The missing characters should be displayed properly as → (that is,
https://unicode-table.com/en/2192/)
Additional info:
The filer initially sought help at
https://ask.fedoraproject.org/t/missing-characters-in-pdfs-since-upgrade-fr…,
which may be informative in reproducing the issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2088665
https://bugzilla.redhat.com/show_bug.cgi?id=2178746
Bug ID: 2178746
Summary: Please branch and build aspell-bn in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-bn
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-bn in epel9.
If you do not wish to maintain aspell-bn in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-bn/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178746
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
Bug ID: 2093080
Summary: Default fonts for Arabic do not match the font
packages list
Product: Fedora
Version: 36
Hardware: All
OS: Linux
Status: NEW
Component: fontconfig
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: awilliam(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
There's a test case:
https://fedoraproject.org/wiki/QA:Testcase_i18n_default_fonts
which requires checking the default fonts for various languages against a list,
http://tagoh.fedorapeople.org/fonts/fc-test.sh .
The current default fonts for Arabic installs do not match the list. The list
states sans should be DejaVu Sans, serif should be FreeSerif or MPH 2B Damase,
and mono should be DejaVu Sans Mono. These may have been changed recently, as
our openQA reference text file expects them to be Noto Naskh Arabic (for both
sans and serif?) and PakType Naskh Basic for mono.
In any case, what we actually see doesn't match either the list or the openQA
reference file. We see "Noto Sans Arabic" and "PakType Naqsh" in the output
from the test, I think for serif (yes really) and monospace respectively.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093080
https://bugzilla.redhat.com/show_bug.cgi?id=2060102
Bug ID: 2060102
Summary: Remove libdb dependency
Product: Fedora
Version: rawhide
Status: NEW
Component: libpinyin
Severity: high
Assignee: pwu(a)redhat.com
Reporter: fjanus(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com,
robinlee.sysu(a)gmail.com
Target Milestone: ---
Classification: Fedora
Since there is a long-term effort to remove all libdb dependencies I would like
to find out solution also for libpinyin.
Libdb was marked as deprecated in Fedora by change[2] and it was also
deprecated in RHEL9[1]. Libdb is currently many many years without any update.
So it`s quite old code without upstream support.
[1] https://access.redhat.com/articles/6464541
[2] https://fedoraproject.org/wiki/Changes/Libdb_deprecated
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2060102
https://bugzilla.redhat.com/show_bug.cgi?id=2178763
Bug ID: 2178763
Summary: Please branch and build aspell-hi in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-hi
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-hi in epel9.
If you do not wish to maintain aspell-hi in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-hi/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178763
https://bugzilla.redhat.com/show_bug.cgi?id=2178761
Bug ID: 2178761
Summary: Please branch and build aspell-gu in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-gu
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-gu in epel9.
If you do not wish to maintain aspell-gu in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-gu/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178761
https://bugzilla.redhat.com/show_bug.cgi?id=2036820
Bug ID: 2036820
Summary: CVE-2021-45931 harfbuzz: out-of-bounds write in
hb_bit_set_invertible_t::set
Product: Security Response
Hardware: All
OS: Linux
Status: NEW
Component: vulnerability
Keywords: Security
Severity: medium
Priority: medium
Assignee: security-response-team(a)redhat.com
Reporter: mrehak(a)redhat.com
CC: bdettelb(a)redhat.com, caolanm(a)redhat.com,
caswilli(a)redhat.com, eng-i18n-bugs(a)redhat.com,
erack(a)redhat.com, erik-fedora(a)vanpienbroek.nl,
i18n-bugs(a)lists.fedoraproject.org,
jburrell(a)redhat.com, jhorak(a)redhat.com,
jwong(a)redhat.com, kaycoth(a)redhat.com,
klember(a)redhat.com, manisandro(a)gmail.com,
moceap(a)hotmail.com, nobody(a)redhat.com,
pnemade(a)redhat.com, psatpute(a)redhat.com,
rh-spice-bugs(a)redhat.com, stransky(a)redhat.com,
tpopela(a)redhat.com, tuxator(a)o2.pl
Target Milestone: ---
Classification: Other
An out-of-bounds write in hb_bit_set_invertible_t::set (called from
hb_sparseset_t<hb_bit_set_invertible_t>::set and hb_set_copy).
External Reference:
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=37425
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2036820
https://bugzilla.redhat.com/show_bug.cgi?id=2222995
Bug ID: 2222995
Summary: [abrt] ibus-libpinyin: sigterm_cb(int)():
ibus-engine-libpinyin killed by SIGABRT
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:5056cb826b5c42ac0b5156ef0992b08cfdd2b93e;VAR
IANT_ID=workstation;
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: alex(a)alexyzhang.dev
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
I logged out and logged back in after upgrading packages.
Version-Release number of selected component:
ibus-libpinyin-1.15.3-2.fc38
Additional info:
reporter: libreport-2.17.11
type: CCpp
reason: ibus-engine-libpinyin killed by SIGABRT
journald_cursor:
s=3b08873ede2b4d658d523d7e86134754;i=9af638;b=a142e4eb907c4297bec83d602180f009;m=1719d932;t=600770db2471a;x=7043b4d96453d264
executable: /usr/libexec/ibus-engine-libpinyin
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
rootdir: /
uid: 1000
kernel: 6.3.12-200.fc38.x86_64
package: ibus-libpinyin-1.15.3-2.fc38
runlevel: N 5
backtrace_rating: 4
crash_function: sigterm_cb(int)
comment: I logged out and logged back in after upgrading packages.
Truncated backtrace:
Thread no. 1 (1 frames)
#20 sigterm_cb(int) at
/usr/src/debug/ibus-libpinyin-1.15.3-2.fc38.x86_64/src/PYMain.cc:165
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2222995
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=2171140
Bug ID: 2171140
Summary: [abrt] ibus-typing-booster:
on_gsettings_value_changed():
hunspell_table.py:7038:on_gsettings_value_changed:Attr
ibuteError: 'TypingBoosterEngine' object has no
attribute '_set_get_functions'
Product: Fedora
Version: 37
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:55bb325f294216e1e5be0a1ae112085ddc7a8f5d;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: fedora(a)oursique.net
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-typing-booster-2.21.3-1.fc37
Additional info:
reporter: libreport-2.17.4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: on_gsettings_value_changed
exception_type: AttributeError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.11.1-3.fc37.x86_64
kernel: 6.1.11-200.fc37.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:7038:on_gsettings_value_changed:AttributeError:
'TypingBoosterEngine' object has no attribute '_set_get_functions'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 7038, in
on_gsettings_value_changed
if (key in self._set_get_functions
^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'TypingBoosterEngine' object has no attribute
'_set_get_functions'
Local variables in innermost frame:
self: <hunspell_table.TypingBoosterEngine object at 0x7f19f751a600
(hunspell_table+TypingBoosterEngine at 0x5562b24f1130)>
_settings: <Gio.Settings object at 0x7f19f7317880 (GSettings at
0x5562b1c30a60)>
key: 'dictionary'
value: 'en_US_POSIX,fr,fr_FR'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2171140
https://bugzilla.redhat.com/show_bug.cgi?id=2227067
Bug ID: 2227067
Summary: [abrt] ibus-typing-booster: endElement():
langtable.py:538:endElement:TypeError: int() argument
must be a string, a bytes-like object or a real
number, not 'NoneType'
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:68b5066bc4980e6384615173bebf45adb412050c;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: hx(a)inbox.lv
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-typing-booster-2.23.1-1.fc38
Additional info:
reporter: libreport-2.17.11
kernel: 6.4.4-200.fc38.x86_64
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
cgroup: 0::/user.slice/user-42.slice/session-c1.scope
uid: 42
reason: langtable.py:538:endElement:TypeError: int() argument must be a
string, a bytes-like object or a real number, not 'NoneType'
executable: /usr/share/ibus-typing-booster/engine/main.py
type: Python3
package: ibus-typing-booster-2.23.1-1.fc38
runlevel: N 5
exception_type: TypeError
crash_function: endElement
interpreter: python3-3.11.4-1.fc38.x86_64
Truncated backtrace:
langtable.py:538:endElement:TypeError: int() argument must be a string, a
bytes-like object or a real number, not 'NoneType'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/main.py", line 133, in <module>
import factory
File "/usr/share/ibus-typing-booster/engine/factory.py", line 38, in <module>
import hunspell_table
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 53, in
<module>
import itb_util
File "/usr/share/ibus-typing-booster/engine/itb_util.py", line 94, in
<module>
import langtable # type: ignore
^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/langtable/__init__.py", line 1, in
<module>
from .langtable import *
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 2633,
in <module>
__module_init = __ModuleInitializer()
^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 2627,
in __init__
_init()
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 2620,
in _init
_read_file('languages.xml', LanguagesContentHandler())
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 937, in
_read_file
_expat_parse(file, sax_handler)
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 917, in
_expat_parse
parser.ParseFile(file)
File "/builddir/build/BUILD/Python-3.11.4/Modules/pyexpat.c", line 468, in
EndElement
File "/usr/lib/python3.11/site-packages/langtable/langtable.py", line 538, in
endElement
self._consolefonts[str(self._item_id)] = int(self._item_rank)
^^^^^^^^^^^^^^^^^^^^
TypeError: int() argument must be a string, a bytes-like object or a real
number, not 'NoneType'
Local variables in innermost frame:
self: <langtable.langtable.LanguagesContentHandler object at 0x7f830bf3bc90>
name: 'languageId'
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2227067
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=2135079
Bug ID: 2135079
Summary: Please branch and build ibus-rime in epel8
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus-rime
Assignee: pwu(a)redhat.com
Reporter: acyanbird(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Please branch and build ibus-rime in epel8.
I'm new here so I don't know if this is the right step. The repo can be found
here https://github.com/rime/ibus-rime
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2135079
https://bugzilla.redhat.com/show_bug.cgi?id=2186953
Bug ID: 2186953
Summary: Irrelevant fonts in the English install (KDE spin)
Product: Fedora
Version: 37
Status: NEW
Component: Fonts
Severity: medium
Assignee: i18n-bugs(a)lists.fedoraproject.org
Reporter: ddascalescu(a)gmail.com
QA Contact: fonts-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Created attachment 1957563
--> https://bugzilla.redhat.com/attachment.cgi?id=1957563&action=edit
Unnecessary fonts
I've just installed the KDE spin with the US English settings, and see tens of
completely irrelevant fonts for characters sets I have no use form (cuneiform
even).
I know I can remove these manually, but it would be nice to not have them
installed to begin with.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2186953
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
https://bugzilla.redhat.com/show_bug.cgi?id=2124843
Bug ID: 2124843
Summary: Input is sometimes cancelled after pressing < or > at
the candidate window
Product: Fedora
Version: 37
Status: NEW
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
the candidate window has a feature to page up/down candidate words in the list.
however, pressing pageup/down icon like < or > at the candidate window
sometimes lost the candidate window and preedit text.
Version-Release number of selected component (if applicable):
ibus-1.5.27-1.fc37.x86_64
ibus-libpinyin-1.13.0-1.fc37.x86_64
How reproducible:
often
Steps to Reproduce:
1.type someting through ibus-libpinyin (e.g. as)
2.press > at the candidate window
3.press > at the candidate window again
Actual results:
preedit and candidate window is lost
Expected results:
should be page up to next list.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2124843
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
Bug ID: 2074360
Summary: Xorg gtk4: candidate windows are placed off-screen
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(a)redhat.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:
With Gnome on Xorg using gtk4 apps, the candidate is often placed
partially or completely off-screen, which is not useful of course.
Version-Release number of selected component (if applicable):
ibus-1.5.26-3.fc36.x86_64
gtk4-4.6.2-2.fc36.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Start GNOME on Xorg
2. Open gnome-text-editor or gtk4-demo-application
3. Try to input Japanese or Chinese
Actual results:
Candidate window is place off-window or off-screen
Expected results:
Candidate window to be visible like with gtk3 apps
Additional info:
Is there some way to enforce that candidate windows should always appear
on-screen?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
https://bugzilla.redhat.com/show_bug.cgi?id=2217637
Bug ID: 2217637
Summary: Chinese characters are too small in list of characters
presented when entering pinyin.
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: Desktop, RFE
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: mattison.computer(a)yahoo.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
1. When using ibus to enter Chinese characters via pinyin, a list of characters
matching the pinyin appears. The characters in the list are too small, making
it difficult to choose the desired ones, especially in the case of characters
that consist of many strokes.
2. I cannot find a way of making the characters in the list larger. There used
to be a settings or preferences tool, but I have not been able to find one on
my work station for over a year. According to dnf, I have
"gnome-shell-extension-ibus-font", but it has no man page, it cannot be
launched from the command line, and "Activities" does not find a matching
application.
Reproducible: Always
Steps to Reproduce:
(1. size part)
1.Launch LibreOffice Writer. (Other applications such as vim work just as
well.)
2.Choose "Chinese (Intelligent Pinyin)" for input.
3.Enter the pinyin spelling for a Chinese word (example: "pang xie").
(2. settings/preferences part)
I cannot think of a way to test this!
Actual Results:
(1. size part)
A numbered menu (list) of Chinese words appears. The words (characters) are
very small and hard to read or distinguish.
(2. settings/preferences part)
not applicable.
Expected Results:
(1. size part)
A numbered menu (list) of Chinese words appears. The words (characters) should
be large enough for almost everyone to read, regardless of which desktop
environment is being used.
(2. setting/preferences part)
a. There should be a setting/preferences GUI in which it is easy to set then
font (face and size) used to display the words/characters in the list/menu of
words matching the pinyin that I enter.
b. This GUI should be easily accessible in all desktop environments.
c. This GUI should be easily installed, maintained, patched, updated, and so on
via dnf, regardless of what desktop environment is being used.
I am not a systems administrator. I have no training or professional
experience in systems administration and operating systems. I am a "home user"
using Fedora on a home work station, stuck doing his own systems
administration. I like having dnf handle almost all my installation and
maintenance. One thing I have outside of dnd management is "zoom", and it's a
real hassle to maintain. So please understand that I need customization of
ibus, especially font face and size, to be easily do-able via a GUI installed
and maintained via dnf, and that the GUI must easily work in all desktop
environments.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2217637
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=2211400
Bug ID: 2211400
Summary: Future: Is it possible to display an enlarged Kanji
while entering text with Anthy?
Product: Fedora
Version: 38
OS: Linux
Status: NEW
Component: anthy
Keywords: FutureFeature
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: Ben.Engbers(a)Be-Logical.nl
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
I am using LO Writer on a linux/fedora laptop.
Using the Anthy keyboard, I manage to enter Japanese characters just fine.
After entering the hiragana characters, I press the space bar to then select
the correct Kanji.
After pressing the space bar you will see a list/drop down of possibilities.
Would it be possible to display the character under the cursor extra large?
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=2211400