[Bug 2077640] New: [abrt] ibus: XFree(): ibus-x11 killed by SIGBUS
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2077640
Bug ID: 2077640
Summary: [abrt] ibus: XFree(): ibus-x11 killed by SIGBUS
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:d45456d75c4b06a604e3d998ceb7ac508888b35d;VAR
IANT_ID=workstation;
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: jbk.khongorzul(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
Version-Release number of selected component:
ibus-1.5.26-3.fc36
Additional info:
reporter: libreport-2.17.1
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.SettingsDaemon.XSettings.service
cmdline: /usr/libexec/ibus-x11
crash_function: XFree
dso_list: /usr/libexec/ibus-x11 ibus-1.5.26-3.fc36.x86_64 (Fedora
Project) 1648896243
executable: /usr/libexec/ibus-x11
journald_cursor:
s=990ea41644274d5d8cda4383461f4fff;i=6e1ed;b=bdd693743db249a4b1924bbbebd8aef0;m=19655877a;t=5dd2eebb9d6ab;x=d4256e6237f97b08
kernel: 5.17.3-300.fc36.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2077640
3 days, 17 hours
[Bug 2091716] New: [abrt] imsettings:
__memmove_sse2_unaligned_erms(): imsettings-check killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2091716
Bug ID: 2091716
Summary: [abrt] imsettings: __memmove_sse2_unaligned_erms():
imsettings-check killed by SIGSEGV
Product: Fedora
Version: 36
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:f06beaed9a9a69dbd2507dbff2a0fcc81db9d8df;VAR
IANT_ID=workstation;
Component: imsettings
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Version-Release number of selected component:
imsettings-1.8.3-2.fc36
Additional info:
reporter: libreport-2.17.1
backtrace_rating: 4
cgroup: 0::/user.slice/user-1000.slice/session-8.scope
cmdline: /usr/libexec/imsettings-check --check-dbus
crash_function: __memmove_sse2_unaligned_erms
executable: /usr/libexec/imsettings-check
journald_cursor:
s=0325f794070a4f0cbc4530c1f3e0ce87;i=20c51;b=b81031ec0c0a4f658013367757b620ac;m=59a36bb73;t=5e0402d681c0a;x=54d794e43c0fd92d
kernel: 5.17.11-300.fc36.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 __memmove_sse2_unaligned_erms at
../sysdeps/x86_64/multiarch/memmove-vec-unaligned-erms.S:575
#1 memmove at /usr/include/bits/string_fortified.h:36
#2 g_bsearch_array_grow at ../glib/gbsearcharray.h:214
#3 g_bsearch_array_insert at ../glib/gbsearcharray.h:238
#4 g_signal_newv at ../gobject/gsignal.c:1790
#5 g_signal_new_valist at ../gobject/gsignal.c:1983
#6 g_signal_new at ../gobject/gsignal.c:1512
#7 g_dbus_auth_observer_class_init at ../gio/gdbusauthobserver.c:197
#8 g_dbus_auth_observer_class_intern_init at ../gio/gdbusauthobserver.c:149
#9 type_class_init_Wm at ../gobject/gtype.c:2297
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2091716
3 days, 17 hours
[Bug 2097613] New: update/install/reinstall of ibus - ibus scriplet
- restart gnome shell esession
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2097613
Bug ID: 2097613
Summary: update/install/reinstall of ibus - ibus scriplet -
restart gnome shell esession
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: jvanek(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:
when update of system contains ibus, during run of ibus scriplet, gnome shell
session is killed or logged forcibly out, looisn g all his work unexpectedly
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. log into gnome-shell gui
2. open some terminal emulator or switch to anohter console
3. sudo dnf reinstall ibus
Actual results:
gnome shell session kick you out no metter what you were doing
Expected results:
gnomeshell session will remian live
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2097613
3 days, 20 hours
[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
1 week, 6 days
[Fedora-i18n-bugs] [Bug 1937235] 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=1937235
Bug ID: 1937235
Summary: [abrt] ibus-hangul: hangul_ic_select_keyboard():
ibus-engine-hangul killed by SIGSEGV
Product: Fedora
Version: 34
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:2c789cb882f05d089b3d896c3bf215104523de34;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: mfabian(a)redhat.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-4.fc34
Additional info:
reporter: libreport-2.14.0
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/libexec/ibus-engine-hangul --ibus
crash_function: hangul_ic_select_keyboard
executable: /usr/libexec/ibus-engine-hangul
journald_cursor:
s=aeb2461fa27a41febb2b69e0c1f19a49;i=2a21e;b=02ae636d7bd94d8399fe1a589a2cc54d;m=de67d05db;t=5bd2a055e55b4;x=f89bc2f41f604a4d
kernel: 5.11.3-300.fc34.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (2 frames)
#0 hangul_ic_select_keyboard at
/usr/src/debug/libhangul-0.1.0-23.fc34.x86_64/hangul/hangulinputcontext.c:1626
#1 settings_changed at
/usr/src/debug/ibus-hangul-1.5.4-4.fc34.x86_64/src/engine.c:1941
--
You are receiving this mail because:
You are on the CC list for the bug.
1 week, 6 days
[Fedora-i18n-bugs] [Bug 1790554] New: Keyboard layout of Kana Kanji wont show up
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1790554
Bug ID: 1790554
Summary: Keyboard layout of Kana Kanji wont show up
Product: Fedora
Version: rawhide
Hardware: x86_64
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: sumukher(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:
The keyboard layout for Kana Kanji Japanese doesnt show up
Version-Release number of selected component (if applicable):
Fedora-Rawhide-20200112.n.0
How reproducible:
Everytime
Steps to Reproduce:
1. Install Fedora-Rawhide-20200112.n.0 WS from live boot
2. Open settings and navigate to Region and Language
3. Add Japanese Kana Kanji in the input source
4. Click the icon looking like an eye button which should open the keyboard
layout
Actual results:
Doesn't show up the keyboard layout
Expected results:
The keyboard layout should show up like it shows up for english
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
1 week, 6 days
[Bug 2105043] New: After an update, Japanese input stopped working
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2105043
Bug ID: 2105043
Summary: After an update, Japanese input stopped working
Product: Fedora
Version: 35
Status: NEW
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: zaitcev(a)redhat.com
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
Description of problem:
The 'ja' cannot be selected as before from Gnome menu.
But "Japanese (Anthy)" is present in Settings.
Tried to remove and re-add, no success.
Version-Release number of selected component (if applicable):
anthy-unicode-1.0.0.20211224-1.fc35.x86_64
ibus-anthy-1.5.14-1.fc35.x86_64
How reproducible:
100% on the affected system, but we don't know what triggered it.
Steps to Reproduce:
1. Open Settins, Keyboard
2. Add Japanese (Anthy)
3. Check if the top (black) Gnome menu now has 'ja'.
Actual results:
No Japanese input
Expected results:
Working as before.
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=2105043
1 week, 6 days
[Bug 1964374] New: stardict scan hotkey doesn't work
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1964374
Bug ID: 1964374
Summary: stardict scan hotkey doesn't work
Product: Fedora
Version: 33
Status: NEW
Component: stardict
Assignee: psatpute(a)redhat.com
Reporter: antmak.pub(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, robinlee.sysu(a)gmail.com,
yanqiyu01(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The "Use scan hotkey:" option from StarDict's Preferences doesn't work
Version-Release number of selected component (if applicable):
stardict-3.0.6-15.fc33.x86_64
Fedore 33
GNOME @ Wayland session
How reproducible:
Just change the option to any value, it doesn't work.
Steps to Reproduce:
1. Open StarDict
2. Open Preferences, "Scan Selection" tab
3. Enable "Use scan hotkey" option.
4. Values: "<Primary><Alt>x", "<Super>j", "<Primary><Alt>j" don't work - it
can't scan selected words from other windows like Firefox or Gedit
Actual results:
It should scan selected words in other apps and open a translate window
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
2 weeks
[Fedora-i18n-bugs] [Bug 1847347] New: gnome-terminal and xfce4-terminal get surrounding text from previous application
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1847347
Bug ID: 1847347
Summary: gnome-terminal and xfce4-terminal get surrounding text
from previous application
Product: Fedora
Version: 32
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mfabian(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
I made the following screenshots and video by testing on Gnome-Xorg, but the
problem occurs on Gnome-Wayland as well.
How to reproduce (see also attached screenshots and video):
- To show what happens with the surrounding text, I first opened the
setup tool of ibus-typing-booster and set the debug level in the
options tab to 3.
When the debug level is high, the auxiliary text above the candidate
list shows what context has been obtained by using surrounding text
(if surrounding text is available, if it is not available like when
using xterm, the context is just remembered from what was typed
last).
- I opened 3 windows: gedit, firefox, and gnome-terminal.
- I focus on gedit and type "a b c d e"
On top of the candidate list one can see: "Context: b c d"
This is because when the letter "e" was typed, ibus-typing-booster
got the surrounding text at the cursor position and parsed the last
3 tokens left of the cursor out of the result. And these
last 3 tokens left of the cursor are "b c d".
- Now I focus on firefox and type "f g h i j"
On top of the candidate list one can see: "Context: g h i"
I.e. the correct context "g h i" to the left of the just typed "j"
(which is still in preedit) has been found using surrounding text.
- Now I focus on gnome-terminal and type "k l m"
On top of the candidate list one can see: "Context h i j"
This comes from the surrounding text left of the cursor in
*firefox*, *not* from gnome-terminal.
Although gnome-terminal reports that surrounding text is supported, i.e.
self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT
is True (see the code to get the context at:
https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hun...
)
gnome-terminal does not really seem to support surrounding text.
The surrounding text comes from the previous client which really supported
surrounding text.
If the previous client was firefox, one still gets the surrounding text from
firefox while typing in gnome-terminal.
Same with gedit, if the previous client before focussing on gnome-terminal
was gedit, one still gets the surrounding text from gedit while typing in
gnome-terminal.
- The same problem occurs when using xfce4-terminal instead of gnome-terminal.
- When using xterm, the problem does *not* occur because when using xterm
self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT
is False and then the get_context() immediately returns and the context
remembered from the last text typed is used as a fallback.
--
You are receiving this mail because:
You are on the CC list for the bug.
2 weeks