https://bugzilla.redhat.com/show_bug.cgi?id=1548681
Bug ID: 1548681
Summary: [abrt] ibus: poll_for_event(): ibus-x11 killed by
SIGABRT
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: joe(a)josephdwagner.info
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
Occured while trying to connect through an X11 forwarded ssh session.
Version-Release number of selected component:
ibus-1.5.17-6.fc27
Additional info:
reporter: libreport-2.9.3
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: poll_for_event
executable: /usr/libexec/ibus-x11
journald_cursor:
s=6bae31f0d74e4671aa98dcef3707d800;i=15463f;b=13236ff68d174a07be9eeb679fc535b5;m=333e4fa1;t=565ebad0c7686;x=5753aacf238dc42a
kernel: 4.15.3-300.fc27.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=1520208
Bug ID: 1520208
Summary: [abrt] ibus: bus_dbus_impl_dispatch_message_by_rule():
ibus-daemon killed by SIGABRT
Product: Fedora
Version: 27
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: mtinberg(a)raven667.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
started watching a youtube video in chrome, after a second or to was kicked
bakc to the login screen
Version-Release number of selected component:
ibus-1.5.17-1.fc27
Additional info:
reporter: libreport-2.9.3
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_dispatch_message_by_rule
executable: /usr/bin/ibus-daemon
journald_cursor:
s=acf543ae9e76423da65d40ee9eeaaf74;i=23a86;b=2395c54ccfeb4fe48b3d6a1b0a79b9c6;m=9aa1281de;t=55f74c918b221;x=89dfbc1b9a0a5853
kernel: 4.13.15-300.fc27.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Potential duplicate: bug 1350291
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1562276
Bug ID: 1562276
Summary: 'Input Method Selector' doesn't show up in KDE
applications menu
Product: Fedora
Version: 27
Component: im-chooser
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: billcrawford1970(a)googlemail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Description of problem:
Not visible
Version-Release number of selected component (if applicable):
1.7.1-1.fc27
How reproducible:
Look in menu
Steps to Reproduce:
1. Click on applications menu
2. Look in Settings
3. Don't find this
Actual results:
... you get the idea
Expected results:
As the .desktop file contains 'NotShowIn=XFCE;' I would have expected it to
show up in the KDE menu.
Additional info:
Yes, I am aware that there's a kcm for "fcitx", however a lot of the
instructions on the lazywebs for enabling (e.g.) Japanese input seem based
around using im-chooser (and ibus), and the KDE config module seems to expect
fcitx to already be running, rather than offering a way to configure it to
start with the session.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1531986
Bug ID: 1531986
Summary: UMing considers itself half a sans-serif and lacks
provisions for zh_CN
Product: Fedora
Version: 27
Component: cjkuni-uming-fonts
Severity: low
Assignee: pwu(a)redhat.com
Reporter: arthur200126(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
UMing as packaged by Fedora comes with a fontconfig file
65-ttf-arphic-uming.conf that prepends it to a number of families in a number
of locales. This file has problems.
Version-Release number of selected component (if applicable):
How reproducible:
Always (text-editor level).
Steps to Reproduce:
1. gedit /usr/share/fontconfig/conf.avail/65-ttf-arphic-uming.conf
Actual results:
This file wants to prepend UMing, a serif, to the good list of sans-serifs.
This file also misses AR PL UMing CN for zh_CN.
Expected results:
UMing should not be prepended as a sans-serif. An entry similar to HK and TW
for UMing CN should be added.
Additional info:
Current default fonts are way ahead of them in precedence, so this problem on
its own shouldn't cause anything bad unless someone uninstalled all of them...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1449506
Bug ID: 1449506
Summary: Release 0.131 with the redesigned Nachlieli font
Product: Fedora
Version: rawhide
Component: culmus-fonts
Assignee: psatpute(a)redhat.com
Reporter: psatpute(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Description of problem:
The new release 0.131 of the Culmus fonts is available for download from the
site of the project http://culmus.sourceforge.net.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1134299
Bug ID: 1134299
Summary: Layout switching happens with unspecified shortcut
Product: Fedora
Version: 19
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: stsp(a)list.ru
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
In control center I have only next input
source hotkey Ctrl-Menu and modifier-only
switch RightCtrl-Shift. Everything else
is disabled. Still, RShift-LShift combo
also switches the layouts! (including the
indicator change)
It shouldn't, it is not set anywhere.
Version-Release number of selected component (if applicable):
the one from latest f19 updates
How reproducible:
easily
Steps to Reproduce:
1. Set up layout switch keybindings to not include double-Shift
2. Hit both shifts
Actual results:
Layout switches
Expected results:
Layout should not switch
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=eMMPvm3nG6&a=cc_unsubscribe
https://bugzilla.redhat.com/show_bug.cgi?id=1415322
Bug ID: 1415322
Summary: Wrong character displayed in UKai fonts for "zhi" (2nd
tone) (character meaning "directly"), but not in ming
fonts.
Product: Fedora
Version: 24
Component: cjkuni-ukai-fonts
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mattison.computer(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com
Created attachment 1242997
--> https://bugzilla.redhat.com/attachment.cgi?id=1242997&action=edit
shows problem in LibreOffice.
Description of problem:
In UKai fonts, in simplified Chinese, the wrong character is displayed for the
pinyin spelling "zhi" (2nd tone) and meaning "straight; vertical;
perpendicular; just, upright; frank, straightforward; stiff; numb; to
straighten; directly; (other meanings)". But this is not the case when using
UMing, WenQuan Yi Zen Hei, and Nimbus Roman fonts. See first comment and
attachments for details.
Version-Release number of selected component (if applicable): (unknown)
How reproducible: See first comment.
Steps to Reproduce: See first comment.
Actual results: See first 3 attachments.
Expected results: A UKai version of what's seen in the UMing font. Or see the
attachment to bug #1409011 (which was produced by windows-7 office-2016 word).
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=1619096
Bug ID: 1619096
Summary: IBus emoji does not work with Firefox
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: psatpute(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
Description of problem:
IBus emoji does not work with Firefox. Most of the time, i need to input it
first in gedit and then copy paste from gedit to Firefox
Version-Release number of selected component (if applicable):
ibus-1.5.18-7.fc28.x86_64
firefox-61.0.2-1.fc28.x86_64
How reproducible:
Everytime.
Steps to Reproduce:
1. Open https://bugzilla.redhat.com/show_bug.cgi?id=1617978 in Firefox.
2. Press Control+Shift+E
3. Type "thumb"
4. Click enter
Actual results:
👍 emoji does not get entered.
Expected results:
It should get entered.
Additional info:
It works in Chrome as expected.
Feel free to move to appropriate components, if required.
--
You are receiving this mail because:
You are on the CC list for the bug.