[Fedora-i18n-bugs] [Bug 1102626] New: Switch input source in libreoffice calc -> sometimes gnome-shell freeezes
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1102626
Bug ID: 1102626
Summary: Switch input source in libreoffice calc -> sometimes
gnome-shell freeezes
Product: Fedora
Version: rawhide
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: sangu.fedora(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
Description of problem:
Switch input source in libreoffice calc -> sometimes gnome-shell freeezes
Only mouse arrow moves.
Version-Release number of selected component (if applicable):
1.5.7-2.fc21
How reproducible:
sometimes ( after sleep mode, frequently)
Steps to Reproduce:
1. libreoffice calc start
2. click alt key (modififers-only switch to next source shortkey)
3. preedit ( Type a hangul key )
4. click ESC
5. click alt key repeatedly
Actual results:
Expected results:
Additional info:
kill libreoffice calc in VT -> restore gnome-shell
ibus-hangul-1.4.2-7.fc21.x86_64
libreoffice-core-4.3.0.0-4.beta1.fc21.x86_64
gnome-shell-3.13.1-2.fc21.x86_64
--
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=MCoauiugUQ&a=cc_unsubscribe
8 years, 2 months
[Fedora-i18n-bugs] [Bug 1178271] New: [abrt] ibus-chewing: g_settings_set_property(): ibus-engine-chewing killed by SIGTRAP
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1178271
Bug ID: 1178271
Summary: [abrt] ibus-chewing: g_settings_set_property():
ibus-engine-chewing killed by SIGTRAP
Product: Fedora
Version: 20
Component: ibus-chewing
Assignee: dchen(a)redhat.com
Reporter: novatw(a)novatw.info
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Description of problem:
1. Switch to ibus-chewing
2. The crash happen
Version-Release number of selected component:
ibus-chewing-1.4.14-2.fc20
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-chewing --ibus
crash_function: g_settings_set_property
executable: /usr/libexec/ibus-engine-chewing
kernel: 3.17.7-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 0
Truncated backtrace:
Thread no. 1 (10 frames)
#2 g_settings_set_property at gsettings.c:492
#3 object_set_property at gobject.c:1366
#4 g_object_new_internal at gobject.c:1779
#5 g_object_new_valist at gobject.c:2002
#7 g_settings_new at gsettings.c:864
#8 mkdg_g_settings_backend_new at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/GSettingsBackend.c:295
#9 ibus_chewing_engine_use_setting at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:304
#10 ibus_chewing_engine_init at
/usr/src/debug/ibus-chewing-1.4.14-Source/src/IBusChewingEngine.gob:282
#11 g_type_create_instance at gtype.c:1868
#12 g_object_constructor at gobject.c:2028
Potential duplicate: bug 1177999
--
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=5tj6kZBDRp&a=cc_unsubscribe
8 years, 3 months
[Fedora-i18n-bugs] [Bug 772665] New: Need support fpr AltGr mappings
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Need support fpr AltGr mappings
https://bugzilla.redhat.com/show_bug.cgi?id=772665
Summary: Need support fpr AltGr mappings
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: ibus-indic-table
AssignedTo: apatil(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
Inscript 2 has certain characters on AltGr keys, presently these characters not
accessible through ibus-indic-table
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-22.fc16.noarch
How reproducible:
everytime
Steps to Reproduce:
1. Install bengali-typing-booster-inscript
2. Select "Bengali: Inscript Booster" layout from ibus-preference
3. Click on about, see there are certain characters are mapped on AltGr+
Actual results:
Can not get those characters from AltGr (Right Alt key)
Expected results:
It should be accessible with AltGr key
Additional info:
AltGr characters are prepended with "." key, so if someone press AltGr+m, it
should be search in Database using ".m"
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
8 years, 3 months
[Fedora-i18n-bugs] [Bug 1051405] New: inscript2 layouts are not supported in ibus-typing-booster
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1051405
Bug ID: 1051405
Summary: inscript2 layouts are not supported in
ibus-typing-booster
Product: Fedora
Version: rawhide
Component: ibus-typing-booster
Assignee: apatil(a)redhat.com
Reporter: asaini(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Description of problem:
inscript 2 is enhanced version of inscript layout but it is not supported in
ibus-typing-booster
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.2.7-1.fc19.noarch
How reproducible:
everytime
Steps to Reproduce:
1. try to select inscript 2 punjabi from regional and language settings
2.
3.
Actual results:
inscript 2 not available
Expected results:
it should be there
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=4mOvztvc67&a=cc_unsubscribe
8 years, 3 months
[Fedora-i18n-bugs] [Bug 675503] New: Commit Hangul character with space key -> Move the character.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Commit Hangul character with space key -> Move the character.
https://bugzilla.redhat.com/show_bug.cgi?id=675503
Summary: Commit Hangul character with space key -> Move the
character.
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: sangu.fedora(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Description of problem:
Commit Hangul character with space key -> Move the character.
Version-Release number of selected component (if applicable):
1.3.99.20110127-1.fc15.x86_64
How reproducible:
always
Steps to Reproduce:
1. input with hangul input method
2. 가가 (rkrk)
3. click space key
Actual results:
가 가
Expected results:
가가
Additional info:
ibus-hangul-1.3.0.20100329-4.fc15.x86_64
glib2-2.27.93-1.fc15.x86_64
gtk2-2.24.0-1.fc15.x86_64
gtk3-2.99.3-1.fc15.x86_64
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
8 years, 3 months
[Fedora-i18n-bugs] [Bug 1180802] New: [abrt] gcin: strcmp(): gcin killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1180802
Bug ID: 1180802
Summary: [abrt] gcin: strcmp(): gcin killed by SIGSEGV
Product: Fedora
Version: 21
Component: gcin
Assignee: i(a)cicku.me
Reporter: samuelleung123(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me
Description of problem:
I add an input method "帶調粵拼".It happened after I click "OK".
Version-Release number of selected component:
gcin-2.8.2-3.fc21
Additional info:
reporter: libreport-2.3.0
backtrace_rating: 4
cmdline: gcin
crash_function: strcmp
executable: /usr/bin/gcin
kernel: 3.17.7-300.fc21.i686
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (8 frames)
#0 strcmp at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S:240
#1 set_wselkey_str at win1.cpp:467
#2 set_wselkey at win1.cpp:502
#3 gcin_FocusIn at eve.cpp:1578
#4 process_client_req at im-dispatch.cpp:498
#5 cb_read_gcin_client_data at im-srv.cpp:41
#6 g_io_unix_dispatch at giounix.c:165
#11 gtk_main at gtkmain.c:1257
--
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=dA1RaS5OtO&a=cc_unsubscribe
8 years, 5 months
[Fedora-i18n-bugs] [Bug 1145725] New: Swing Java app loses keyboard input when used with ibus
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1145725
Bug ID: 1145725
Summary: Swing Java app loses keyboard input when used with
ibus
Product: Fedora
Version: 21
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: rjt(a)zygous.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, nomnex(a)gmail.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
I've cloned an older bug because I'm effectively seeing the same problem,
albeit with a newer version of ibus and with PhpStorm instead of Freemind. I
think the Java app itself is irrelevant, it's the fact that it's a Java app
that's pertinent.
The symptoms are as described below, to whit: after running the app for a while
(some hours) it refuses to respond to the keyboard any longer. Using the mouse
still works. Restarting ibus-daemon causes PhpStorm to crash (it used to be
that restarting the daemon would fix the problem for a while, but no longer).
Restarting PhpStorm does resolve the problem for a time.
+++ This bug was initially created as a clone of Bug #800736 +++
Description of problem:
Please help with directions (package, or upstream bug tracker):
I have first reported a bug about the Freemind package, in 2011, after losing
keyboard input when using Japanese
see:
http://sourceforge.net/tracker/?func=detail&aid=3178894&group_id=7118&ati...
I have a limited understanding of interaction between the different software,
but reading a similar issue ibus+java applications, see:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/481656 and
http://code.google.com/p/ibus/issues/detail?can=2&q=&colspec=ID%20Compone...
(closed)
It seems that ibus, when used with Java applications, causes the lose of
keyboard input.
Version-Release number of selected component (if applicable):
ibus 1.4.1
OpenJDK
freemind 0.9 (Java application)
Fedora 15
How reproducible: always
Steps to Reproduce:
1. Open freemind (ibus working)
2. either input English (my default language) either Japanese
3.
Actual results:
after some time, any key press is ineffective in the Java application. The
workaround is to turn off ibus.
Expected results:
Input Japanese (using ibus) in Freemind.
Additional info:
--- Additional comment from fujiwara on 2012-03-07 01:33:33 EST ---
Which shortcut keys do you try to use?
--- Additional comment from nomnex on 2012-03-07 04:48:37 EST ---
no shortcut.
Ibus is running, I start Freemind. I can input English, or Japanese, but after
a (short) time, any key press stop working in the Java application (I can only
mouse click on the menus.)
It only affects the Freemind GUI, outside of it, I can type.
To re-gain keyboard input in Freemind, I must stop ibus. Then I can type again
in Freemind. If I restart ibus, I can't input Japanese in the Freemind window
(I can's select Japanese input[MOZEC or ANTHY] as long as Freemind window is in
focus. If I click on a another window, I can select Japanese input as usual).
If I want to input Japanese again in Freemind, I must first terminate Freemind,
and re-open it.
--- Additional comment from nomnex on 2012-03-12 01:48:05 EDT ---
It there a way I can help debugging this on my end? I have no message when I
launch Freemind from the terminal, and when the bug occurs.
After a few minutes of usage, I can not type anything in Freemind. The keyboard
is not responsive. The only workaround is to quit ibus.
can you reproduce the issue, or am I the only one affected by this problem?
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.6) (fedora-63.1.10.6.fc15-i386)
OpenJDK Client VM (build 20.0-b11, mixed mode)
Thank you.
--- Additional comment from fujiwara on 2012-03-12 02:19:14 EDT ---
I don't think ibus does not work with Java applications.
I guess a Freemind bug or setting failures something. I'm a bit busy for F17.
It would be nice if you could confirmed the behavior with jedit.
--- Additional comment from nomnex on 2012-03-13 10:47:03 EDT ---
(In reply to comment #4)
> I guess a Freemind bug or setting failures something. I'm a bit busy for F17.
Of course, I understand.
> It would be nice if you could confirmed the behavior with jedit.
I installed jedit jar (all platform) in my user directory for a test run. It
may not be the proper installation, because Java path was not defined. I did
not find a rpm jedit.
Running $ jedit, I can input Japanese fine.
This is the exact symptom I experience when I use Freemind & ibus:
--start--
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/481656
I use ThinkingRock, a Java application, and after some time the keyboard input
stops working for this application, meaning I can still use my mouse to
manipulate the program, but I cannot type anything. When closing the iBus
Daemon the input works again after some seconds. Also restarting the Java
application helps to postpone the problem until it occurs again some minutes
later.
I'm using Ubuntu 9.10 with version 1.2.0.20090927-2ubuntu2 of iBus and version
2.2.1 of ThinkingRock. My Java version is 6-15-1.
Please notice: I do NOT want to input Chinese or Japanese or anything like it.
I just want to normally use my keyboard. I also have NO input method selected,
I have the input methods turned OFF.
I have yet to test this behavior with other Java applications (maybe it's a bug
in ThinkingRock?), so I'd be happy if somebody can confirm this bug for other
Java applications. Because the solution is to quit the iBus Daemon, I suspect
iBus to be the problem.
--end--
a ibus developer commented on the launchpad bug: Peng Huang (shawn-p-huang)
#comment 3
--- Additional comment from nomnex on 2012-03-13 19:46:53 EDT ---
I think I found the problem:
- This notebook suffers a LXDE panel bug (known bug).
- My other notebook with integrated GPU Intel and similar F-15 LXDE is not
affected by the LXDE panel bug. I tried Freemind + ibus and it worked fine.
>From this starting point, I changed ibus preferences: Show icon on system tree
(Cleared)
It seems to work! I don't lose input in Freemind after a few minutes.
On question: I lost the ability to turn ibus input on-off with a mouse click
(the input, not the daemon). What is the command line to turn ibus input
on-off?
Thank you again.
--- Additional comment from nomnex on 2012-03-14 02:27:34 EDT ---
It does not work...
after a few hours (vs. a few minutes, before) the bug is here again. The
keyboard cannot input anything in the Freemind window, unless I kill
ibus-daemon. Gosh.
--- Additional comment from nomnex on 2012-03-26 05:36:50 EDT ---
The cause of the input problem was: LXPANEL.
Changing panel (XFCE) on my system solved the issue. I can input Japanese in
Freemind.
See for information: https://bugzilla.redhat.com/show_bug.cgi?id=803098
Thank you.
--
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=54erDBHhqt&a=cc_unsubscribe
8 years, 5 months
[Fedora-i18n-bugs] [Bug 1154907] New: m17n icon missing in tray and during layout switching (Windows + Space)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1154907
Bug ID: 1154907
Summary: m17n icon missing in tray and during layout switching
(Windows + Space)
Product: Fedora
Version: 21
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: aalam(a)fedoraproject.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
Created attachment 948784
--> https://bugzilla.redhat.com/attachment.cgi?id=948784&action=edit
No icon for keymaps
Description of problem:
While using ibus with KDE desktop for Punjabi/Hindi, Icons are missing for
keymaps. Only gear icon showed for all keymaps.
I tested it with various upgrades (from fedora 20 to 21) as well as
Fedora 21 fresh install.
Version-Release number of selected component (if applicable):
ibus-m17n-1.3.4-16.fc21.x86_64
ibus-1.5.9-2.fc21.x86_64
m17n-db-1.6.5-3.fc21.noarch
How reproducible:
everytime
Steps to Reproduce:
1. add addition keymaps other than English (using KDE Desktop)
2. Change layout (added Punjabi Jhelum layout, change to it)
3. Check ibus icon in try (in KDE)
Actual results:
No Icon for keymaps
Expected results:
there should be icons for KDE (or something else to identify keymap in Tray)
Additional info:
Icon path changed? as I haven't found m17n-contrib package, but only m17n-db
package
/usr/share/m17n/pa-phonetic.mim
/usr/share/m17n/pa-phonetic.png
/usr/share/m17n/ps-phonetic.mim
/usr/share/m17n/ps-phonetic.png
/usr/share/m17n/hi-itrans.mim
/usr/share/m17n/hi-itrans.png
/usr/share/m17n/hi-phonetic.mim
/usr/share/m17n/hi-phonetic.png
/usr/share/m17n/hi-remington.mim
/usr/share/m17n/hi-remington.png
--
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=OWgui1Iasq&a=cc_unsubscribe
8 years, 5 months