[Bug 2093313] New: Too many ibus warnings, "no capability of
surrounding-text feature"
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2093313
Bug ID: 2093313
Summary: Too many ibus warnings, "no capability of
surrounding-text feature"
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(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:
I know this is an application bug, flooding same warnings looks not good to me.
this affects UX. applications and desktop is often freezing.
$ journalctl -S 2022-06-03 | grep IBUS-WARNING | wc -l
15974
That is quite bad.
Too many warnings should be omitted.
Version-Release number of selected component (if applicable):
ibus-1.5.26-4.fc36.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2093313
1 day, 11 hours
[Bug 2185830] New: [abrt] ibus-typing-booster: Py_Exit(): python3.11
killed by SIGABRT
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2185830
Bug ID: 2185830
Summary: [abrt] ibus-typing-booster: Py_Exit(): python3.11
killed by SIGABRT
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:1016fbf3f898a8e267bb35897e7a7417c6d30f73;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: vladislav.inu(a)gmail.com
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.22.2-1.fc38
Additional info:
reporter: libreport-2.17.9
type: CCpp
reason: python3.11 killed by SIGABRT
journald_cursor:
s=ea8f1ea7412e46b6a5353afa22fa7be4;i=e85a;b=d3999bf12e7d45efa833e6ddcd5e4ab9;m=1669657280;t=5f8fe63f93bb0;x=8989452a1e24b345
executable: /usr/bin/python3.11
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service
rootdir: /
uid: 1000
kernel: 6.2.9-300.fc38.x86_64
package: ibus-typing-booster-2.22.2-1.fc38
runlevel: N 5
dso_list: /usr/bin/python3.11 python3-3.11.3-1.fc38.x86_64 (Fedora
Project) 1680959302
backtrace_rating: 4
crash_function: Py_Exit
Truncated backtrace:
Thread no. 1 (34 frames)
#5 Py_Exit at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pylifecycle.c:2944
#6 handle_system_exit at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:771
#7 _PyErr_PrintEx at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:781
#8 PyErr_PrintEx at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:876
#9 pygi_signal_closure_marshal at ../gi/pygi-signal-closure.c:202
#11 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3802
#18 emit_closed_in_idle at ../gio/gdbusconnection.c:1375
#22 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#24 ffi_call_unix64 at ../src/x86/unix64.S:104
#25 ffi_call_int at ../src/x86/ffi64.c:673
#26 ffi_call at ../src/x86/ffi64.c:710
#27 pygi_invoke_c_callable at ../gi/pygi-invoke.c:684
#28 pygi_function_cache_invoke at ../gi/pygi-cache.c:862
#29 pygi_callable_info_invoke at ../gi/pygi-invoke.c:727
#30 _wrap_g_callable_info_invoke at ../gi/pygi-invoke.c:764
#31 _callable_info_call at ../gi/pygi-info.c:548
#32 _PyObject_MakeTpCall at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Objects/call.c:214
#33 _PyEval_EvalFrameDefault at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/ceval.c:4773
#34 _PyEval_EvalFrame at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Include/internal/pycore_ceval.h:73
#35 _PyEval_Vector at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/ceval.c:6438
#36 PyEval_EvalCode at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/ceval.c:1154
#37 run_eval_code_obj at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:1714
#38 run_mod at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:1735
#39 pyrun_file at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:1630
#40 _PyRun_SimpleFileObject at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:440
#41 _PyRun_AnyFileObject at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Python/pythonrun.c:79
#42 pymain_run_file_obj at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Modules/main.c:360
#43 pymain_run_file at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Modules/main.c:379
#44 pymain_run_python at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Modules/main.c:601
#45 Py_RunMain at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Modules/main.c:680
#46 Py_BytesMain at
/usr/src/debug/python3.11-3.11.3-1.fc38.x86_64/Modules/main.c:734
#47 __libc_start_call_main at ../sysdeps/nptl/libc_start_call_main.h:58
#48 __libc_start_main_impl at ../csu/libc-start.c:360
#49 _start
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2185830
1 month
[Bug 2183905] New: replace gettext hostname helper with
/usr/bin/hostname
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2183905
Bug ID: 2183905
Summary: replace gettext hostname helper with /usr/bin/hostname
Product: Fedora
Version: rawhide
Status: NEW
Component: gettext
Assignee: suanand(a)redhat.com
Reporter: petersen(a)redhat.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,
praiskup(a)redhat.com, suanand(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
gettext includes its own hostname helper program
(presumably for systems that do not provide the hostname tool)
which uses deprecated gethostbyname() function...
If /usr/bin/hostname is a drop in replacement then it seems
better just to use that in place of it - this would avoid
the rpminspect warnings/errors about gethostbyname() usage.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2183905
1 month
[Bug 1974983] New: After upgrade xkeyboard-config to version
2.33-1.fc35 layout indicator stop react to layout switch by Ctrl-Shift key
combination.
by bugzilla@redhat.com
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.
1 month, 1 week
[Bug 2088665] New: Noto Sans is chosen to display symbol characters
it doesn't contain
by bugzilla@redhat.com
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-...,
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
1 month, 1 week
[Fedora-i18n-bugs] [Bug 1897782] New: ibus pinyin input with special characters like '/' will repeat itself non-stop and cause strange behaviours with background applications
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1897782
Bug ID: 1897782
Summary: ibus pinyin input with special characters like '/'
will repeat itself non-stop and cause strange
behaviours with background applications
Product: Fedora
Version: 33
Status: NEW
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: yemoran-2020(a)outlook.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:
In Fedora 33 Workstation, with a Chinese system language, when I try to input
with the ibus input (intelligent pinyin), and I pressed the slash key'/', then
the slash character '/' will automatically keep repeating itself, even if I
only pressed the slash key '/' once.
Not only this caused unwanted '/' to spam, but:
1. Also prevents me from pressing alphabetical characters to use pinyin input
normally, unless I delete all my remaining characters to exit pinyin prompt and
start over;
2. Can possibly delete my already-saved text, in combination with
<Ctrl-Backspace>.
It seems that I have completely lost control within the pinyin prompt. I have
met with other surprising conditions, though cannot be immediately reproduced
now, but I believe more combinations of inputs triggering different bugs will
be confirmed later.
Version-Release number of selected component (if applicable):
Any kind of version. I also tested with Fedora 32 Workstation, still have this
bug.
How reproducible:
Always
Steps to Reproduce:
1. Fetch any Fedora Workstation version, be it 32 or 33 or any updates applied.
2. Add Chinese input method 'Intelligent Pinyin' and switch to it
3. In GNOME(Wayland), open any GTK-based application, be it Firefox, GNOME
Terminal, gedit, Libreoffice, ... (take gedit as an example)
4. Input 你好,今天天气 (keypress: nihao<1>,jintian<1>) as a start up example, confirm
input use number key '1'. or keys like <Enter> or <Space>.
5. Input 怎么样/ (keypress: zenmy/). Do not confirm immediately after 'zenmy', but
press '/' exactly once.
6. The '/' character is repeating itself within several hundred milliseconds.
7. Press <Ctrl-Backspace>. gedit will highlight "你好,今天天气" (with a lot of
trailing '/').
8. Press <Backspace> to delete these Chinese characters.
Actual results:
Not only '/' is repeating itself, but also I lost control to gedit and gedit
thinks you want to press '/' forever or even wants to delete my
already-confirmed characters before this input.
Expected results:
1. '/' Should not trigger anything, unless I have pressed this key and did not
release this key press (but I always release keys)
2. '/' Should not make me lost control over pinyin prompt to gedit
3. <Backspace> Should only delete pinyin alphabets in pinyin prompt panel, and
should not do anything to the background gedit texts, unless I have exited the
pinyin prompt panel (because I confirmed my input or have deleted every pinyin
alphabet in it)
Additional info:
1. I did not found this bug on Debian buster or Arch with latest updates.
Additionally, '/' did not even input a single character '/' in these
distributions, but I cannot confirm if this is the expected behaviour. In
Fedora 33 KDE, '/' did input a single character '/', but immediately stopped.
2. I didn't find this behaviour in qt-based applications (like Fedora Image
Writer or Octave) in GNOME, or any application in other desktop environments
(including KDE, or even GTK-based Cinnamon Desktop). This bug seems to only
occur on GTK-based applications on GNOME.
3. I can be very sure that this is not caused by something wrong with my
specific keyboard, because (a) Other distributions worked very well (b) Other
Fedora spins worked very well (c) Qt-based applications in GNOME worked very
well (d) GNOME X11 session worked very well (e) I replicated this bug on a
fresh install of Fedora 32 Workstation in another laptop of mine.
4. I guess other special characters (or keys) like '[', ']', '\', '<Esc>',
'<Backspace>', etc. may trigger similar bugs, but I cannot confirm. '/' will
surely trigger this. ',' and '.' are used in pinyin input method to flip
candidate characters pages, so they doesn't trigger this bug. ' does not
trigger this bug (used in xi'an for 西安)
--
You are receiving this mail because:
You are on the CC list for the bug.
1 month, 1 week
[Bug 2216359] New: [abrt] ibus-hangul: hangul_ic_select_keyboard():
ibus-engine-hangul killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2216359
Bug ID: 2216359
Summary: [abrt] ibus-hangul: hangul_ic_select_keyboard():
ibus-engine-hangul killed by SIGSEGV
Product: Fedora
Version: 38
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:3eafadb17611ffba936bc47e510215df525ef714;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: nemo1275(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-hangul-1.5.4-15.fc38
Additional info:
reporter: libreport-2.17.10
type: CCpp
reason: ibus-engine-hangul killed by SIGSEGV
journald_cursor:
s=6d2bb5532c154ba78d37592881f5db50;i=2d0f3;b=64537836924c4521bdcdde0dbe20a263;m=10a0a658df;t=5fe9903886d5e;x=607cbe118c7ca7b1
executable: /usr/libexec/ibus-engine-hangul
cmdline: /usr/libexec/ibus-engine-hangul --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.7-200.fc38.x86_64
package: ibus-hangul-1.5.4-15.fc38
runlevel: N 5
backtrace_rating: 4
crash_function: hangul_ic_select_keyboard
Truncated backtrace:
Thread no. 1 (11 frames)
#0 hangul_ic_select_keyboard at
/usr/src/debug/libhangul-0.1.0-27.fc38.x86_64/hangul/hangulinputcontext.c:1628
#1 settings_changed at
/usr/src/debug/ibus-hangul-1.5.4-15.fc38.x86_64/src/engine.c:1945
#3 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3812
#6 g_settings_real_change_event at ../gio/gsettings.c:392
#7 _g_cclosure_marshal_BOOLEAN__POINTER_INTv at ../gio/gmarshal-internal.c:428
#8 _g_closure_invoke_va at ../gobject/gclosure.c:895
#11 settings_backend_path_changed at ../gio/gsettings.c:467
#13 g_settings_backend_invoke_closure at ../gio/gsettingsbackend.c:275
#17 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276
#19 ibus_main at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusshare.c:330
#20 start_component at
/usr/src/debug/ibus-hangul-1.5.4-15.fc38.x86_64/src/main.c:116
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2216359
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
1 month, 1 week
[Bug 2093080] New: Default fonts for Arabic do not match the font
packages list
by bugzilla@redhat.com
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
1 month, 1 week
[Bug 2217542] New: cppcheck-2.11-1.fc39 fails on gettext.h with
returnDanglingLifetime
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2217542
Bug ID: 2217542
Summary: cppcheck-2.11-1.fc39 fails on gettext.h with
returnDanglingLifetime
Product: Fedora
Version: rawhide
Hardware: x86_64
URL: https://github.com/rhinstaller/anaconda/actions/runs/5
378586167/jobs/9758588667#step:4:2099
OS: Linux
Status: NEW
Component: gettext
Severity: medium
Assignee: petersen(a)redhat.com
Reporter: jkonecny(a)redhat.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
On Rawhide cppcheck was recently updated and now we are getting
returnDanglingLifetime error from it on copied gettext.h file from
/usr/share/gettext/gettext.h path.
Version of cppcheck which shows this issue: 2.11-1.fc39
Last version of cppcheck which worked well: 2.9-4.fc38
I don't know if the error is valid or not...
Reproducible: Always
Steps to Reproduce:
1. podman run --rm -it fedora:rawhide
2. dnf install -y cppcheck gettext-devel
3. cppcheck -q -v /usr/share/gettext/gettext.h
Actual Results:
/usr/share/gettext/gettext.h:248:16: error: Returning pointer to local variable
'msg_ctxt_id' that will be invalid when returning. [returnDanglingLifetime]
return translation;
Expected Results:
No error
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2217542
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...
1 month, 3 weeks