[Fedora-i18n-bugs] [Bug 1082118] New: After today ibus update, panel in Cinnamon desktop stopped working
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1082118
Bug ID: 1082118
Summary: After today ibus update, panel in Cinnamon desktop
stopped working
Product: Fedora
Version: 20
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: krizb(a)seznam.cz
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:
After today "yum update", panel in my Cinnamon desktop stopped working. Right
mouse seemd to work. Left mouse only took focus from current window. But menu,
icons, started programs, clendar, keyboard, sound, ... nothing on panel was
working.
Version-Release number of selected component (if applicable):
>From about 15 or 20 packages that was update, problematic are these:
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
After "yum downgrade ibus-libs ibus-setup ibus-gtk3 ibus-gtk2 ibus
ibus-wayland" and reboot, panel is working now, as every ibus programs are now
version 1.5.4-2.fc20.x86_64.
Previous version that was working was 1.5.5-2.fc20.x86_64.
How reproducible:
Update ibus packages to version 1.5.6-1.fc20.x86_64
Steps to Reproduce:
1. yum update
Actual results:
Panel in Cinnamon desktop with ibus packages version 1.5.6-1.fc20.x86_64 not
working.
Expected results:
Panel in Cinnamon destop works with current ibus packages.
Additional info:
List of complete problematic update (but it seems that only ibus program
matter):
Mar 28 15:20:15 Updated: ibus-libs-1.5.6-1.fc20.x86_64
Mar 28 15:20:17 Updated: lilypond-fonts-common-2.18.2-1.fc20.noarch
Mar 28 15:20:17 Updated: libnm-gtk-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:20 Updated: nm-connection-editor-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:20:22 Updated: lilypond-emmentaler-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:24 Updated:
lilypond-century-schoolbook-l-fonts-2.18.2-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-setup-1.5.6-1.fc20.noarch
Mar 28 15:20:25 Updated: ibus-gtk3-1.5.6-1.fc20.x86_64
Mar 28 15:20:26 Updated: ibus-gtk2-1.5.6-1.fc20.x86_64
Mar 28 15:20:27 Updated: ibus-1.5.6-1.fc20.x86_64
Mar 28 15:20:28 Updated: ibus-wayland-1.5.6-1.fc20.x86_64
Mar 28 15:20:31 Updated: git-1.9.0-1.fc20.x86_64
Mar 28 15:20:32 Updated: perl-Git-1.9.0-1.fc20.noarch
Mar 28 15:20:39 Installed: kernel-3.13.7-200.fc20.x86_64
Mar 28 15:20:40 Updated: file-libs-5.14-20.fc20.x86_64
Mar 28 15:20:40 Updated: file-5.14-20.fc20.x86_64
Mar 28 15:20:41 Updated: python-magic-5.14-20.fc20.noarch
Mar 28 15:20:42 Installed: kernel-modules-extra-3.13.7-200.fc20.x86_64
Mar 28 15:20:44 Updated: lilypond-2.18.2-1.fc20.x86_64
Mar 28 15:20:45 Updated:
network-manager-applet-0.9.9.0-9.git20140123.fc20.x86_64
Mar 28 15:21:41 Installed: kernel-devel-3.13.7-200.fc20.x86_64
Mar 28 15:21:42 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.x86_64
Mar 28 15:21:43 Updated: abrt-java-connector-1.0.9-1.fc20.x86_64
Mar 28 15:21:45 Updated: kernel-headers-3.13.7-200.fc20.x86_64
Mar 28 15:21:46 Updated: gstreamer-plugins-bad-free-0.10.23-20.fc20.i686
--
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=n0E6wAwZyr&a=cc_unsubscribe
7 years, 6 months
[Fedora-i18n-bugs] [Bug 1308589] New: Japanese input doesn't work after switching from Russian input
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1308589
Bug ID: 1308589
Summary: Japanese input doesn't work after switching from
Russian input
Product: Fedora
Version: 23
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: vitaly.weed(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
When switching from Russian to Japanese (Kana Kanji), input is not working
properly.
Steps to reproduce:
1. in Settings set English (US), Russian and Japanese (Kana Kanji) as your
input sources
2. open text editor, e.g. Gedit
3. switch to English, then switch to Japanese, type (you will notice that kana
conversion works well)
4. switch to Russian, then switch to Japanese, type (you will notice that you
type cyrillic characters)
To fix Japanese input it necessary at first to switch to English and then to
Japanese.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Fedora-i18n-bugs] [Bug 1299596] New: [abrt] w3m: deleteFiles(): w3m killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1299596
Bug ID: 1299596
Summary: [abrt] w3m: deleteFiles(): w3m killed by SIGSEGV
Product: Fedora
Version: 23
Component: w3m
Assignee: pnemade(a)redhat.com
Reporter: xzj8b3(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Version-Release number of selected component:
w3m-0.5.3-22.fc23
Additional info:
reporter: libreport-2.6.3
backtrace_rating: 4
cmdline: w3m chimerarevo.com
crash_function: deleteFiles
executable: /usr/bin/w3m
global_pid: 3059
kernel: 4.3.3-300.fc23.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (6 frames)
#0 deleteFiles at main.c:5746
#1 w3m_exit at main.c:5760
#3 pthread_cond_wait@(a)GLIBC_2.3.2 at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:183
#4 GC_wait_marker at pthread_support.c:2036
#5 GC_help_marker at mark.c:1168
#6 GC_mark_thread at pthread_support.c:389
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 9 months
[Fedora-i18n-bugs] [Bug 1356642] New: Po-send-mail in po-mode doesn't work with emacs 25
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1356642
Bug ID: 1356642
Summary: Po-send-mail in po-mode doesn't work with emacs 25
Product: Fedora
Version: 24
Component: gettext
Assignee: dueno(a)redhat.com
Reporter: goeran(a)uddeborg.se
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, praiskup(a)redhat.com
Description of problem:
After upgrading to the emacs version of F25, po-send-mail no longer works.
Normally it creates a buffer with an appropriate e-mail header and a base64
encoded body. But now the entire buffer gets base64 encoded. Not
surprisingly, the mail functions don't know what to do with that afterwards.
I believe this is because of the use of "(region-beginning)" near line 3525 in
po-mode.el. Probably something that used to set the mark in previous emacs
version doesn't do so any more, or possibly the other way around. To fix this,
I changed the save-excursion part of the function to look like below. That
appears to make things work again. Someone with more emacs lisp skills than I
have is welcome to comment if this is a good way to do it.
(save-excursion
(let
((beginning (point)))
(insert-buffer-substring buffer)
(shell-command-on-region
beginning (region-end)
(concat po-gzip-uuencode-command " " name ".gz") t t)))))))
Version-Release number of selected component (if applicable):
emacs-25.0.94-1.fc24.x86_64
emacs-gettext-0.19.8.1-1.fc24.noarch
How reproducible:
Every time
Steps to Reproduce:
1. Open a po file in emacs
2. Hit "M"
3. Answer the questions
Actual results:
A buffer completely base64 encoded.
Expected results:
A buffer with a legal mail header, and a base64 encoded body.
Additional info:
I've sent this report upstreams too:
http://lists.gnu.org/archive/html/bug-gettext/2016-07/msg00027.html
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 9 months