[Fedora-i18n-bugs] [Bug 717831] New: use old icon for desktops other than gnome
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: use old icon for desktops other than gnome
https://bugzilla.redhat.com/show_bug.cgi?id=717831
Summary: use old icon for desktops other than gnome
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.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
Story Points: ---
Description of problem:
We currently use the same icon for other desktops as on Gnome3
which looks unnatural. NetworkManager, etc still uses
its old systray icon on XFCE, etc. I think ibus should do
the same.
Version-Release number of selected component (if applicable):
f15
Steps to Reproduce:
1. Run ibus in gnome
2. Run ibus in XFCE
3. Run ibus in LXDE
Actual results:
All use same icon for ibus,
but NM uses different icon for gnome only.
Expected results:
ibus to use new icon only in GNOME.
Additional info:
Probably my fault since I remembered you asked
me if we should use the new icon everywhere and
I cavalierly answered yes.
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 678088] New: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
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: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process /usr/libexec/im-settings-daemon was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=678088
Summary: [abrt] imsettings-0.108.1-2.fc14: memcpy: Process
/usr/libexec/im-settings-daemon was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: i686
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:ee99f825b33944f85843c7f88a66ffe53e27c139
Severity: unspecified
Priority: unspecified
Component: imsettings
AssignedTo: tagoh(a)redhat.com
ReportedBy: niels(a)smed.dk
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.14
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/im-settings-daemon
component: imsettings
crash_function: memcpy
executable: /usr/libexec/im-settings-daemon
kernel: 2.6.35.10-74.fc14.i686
package: imsettings-0.108.1-2.fc14
rating: 4
reason: Process /usr/libexec/im-settings-daemon was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1297875791
uid: 500
How to reproduce
-----
1. logon
2.
3.
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 608256] New: input fail on touch-screen with finger, while mouse click is working for iok
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: input fail on touch-screen with finger, while mouse click is working for iok
https://bugzilla.redhat.com/show_bug.cgi?id=608256
Summary: input fail on touch-screen with finger, while mouse
click is working for iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
while trying to input with iok, selected a keymap, and mouse click on different
characters are working, but while used finger to input, it was not input
character, if you try with another character, it swaps to first selected
character. it is happening with inscript and other layouts, even with English
also
Version-Release number of selected component (if applicable):
iok-1.3.10-1.fc14.x86_64
xorg-x11-drv-wacom-0.10.7-1.20100621.fc14.x86_64
xorg-x11-drv-ati-6.13.1-0.20100519git428125c09.fc14.x86_64
gnome-shell-2.31.2-2.fc14.x86_64
How reproducible:
100%
Steps to Reproduce:
1. start iok (use gedit for input)
2. select one character from keyboard with touch
3. now try to input another character
Actual results:
instead of input anything, character swaps and if you try to click two time,
same character will be input
Expected results:
character should not swap and input selected character
Additional info:
gnome-shell is used for all this
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 684652] New: iok looks for ~/.m17n not ~/.m17n.d
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: iok looks for ~/.m17n not ~/.m17n.d
https://bugzilla.redhat.com/show_bug.cgi?id=684652
Summary: iok looks for ~/.m17n not ~/.m17n.d
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: low
Priority: unspecified
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 484069
--> https://bugzilla.redhat.com/attachment.cgi?id=484069
patch to use ~/.m17n.d instead of ~/.m17n
When I looked over the source code, I noticed that iok looks for *.mim files in
~/.m17n instead of ~/.m17n.d, which is the standard path used by m17n-lib.
I'm attaching a patch.
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 716155] New: FTBFS w3m-0.5.2-20.fc15
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: FTBFS w3m-0.5.2-20.fc15
https://bugzilla.redhat.com/show_bug.cgi?id=716155
Summary: FTBFS w3m-0.5.2-20.fc15
Product: Fedora
Version: rawhide
Platform: All
URL: http://linux.dell.com/files/fedora/FixBuildRequires/mo
ck-results/
OS/Version: Linux
Status: NEW
Keywords: Triaged
Severity: high
Priority: high
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: ftbfs(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Blocks: 713919
Classification: Fedora
Story Points: ---
w3m-0.5.2-20.fc15.src.rpm Failed To Build From Source against the rawhide tree.
See http://fedoraproject.org/wiki/FTBFS for more information.
If you believe this is actually a bug in another package, do NOT change the
component in this bug or close this bug. Instead, add the appropriate bug
number from the other package to the "Depends on" line in this bug. If the
other package does not yet have a bug created that you think matches, please
create one. Doing so helps us properly track bugs and their dependencies, just
as we track package dependencies. (If you close this bug, and the other
package is not fixed before the next FTBFS run, a new bug will get created.
Please follow the above advice to avoid such duplication.)
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 742112] New: Problem with French-Canadian layout
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: Problem with French-Canadian layout
https://bugzilla.redhat.com/show_bug.cgi?id=742112
Summary: Problem with French-Canadian layout
Product: Fedora
Version: 15
Platform: i686
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: nomnex(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
Story Points: ---
Type: ---
Description of problem:
First off, this is far beyond my level of understanding. I try to explain in an
understandable way:
I use a JP notebook with a en_US OS. I usually type in English. Because I need
to type French, I have set a Canadian French layout keyboard using a setxbmap
command. When I push right "Ctrl+Shift" keys, the layout switch. All is fine.
Now, when I rely on ibus to input Japanese and french, switching from one
language input to another (Alt+Shift), the Canadian-keyboard layout is not
complete. Many of the keys are not mapped to the correct character.
e.g. the "[" and "]" char: I can type them using ibus (japanese-anthy) or/and
when I switch layout using the setxbmpa command (ibus off). But I cannot type
them with ibus set to French-Canadian input.
I am not positive, but it appears only the basic keys (a-z, dead keys and usage
signs) are correctly mapped on the fr_ca layout in ibus, andnot the full
layout. Is this possible?
To sum up:
When I switch from "default US" to "fr_ca" (ibus is not in action), the "[" and
"]" char are mapped to a different keys on the keyboard, but they are
available.
Using ibus:
When I turn ibus on to input "jp", the same char "[" and "]" are still mapped
on the same keys-all fine. If I switch to ibus "fr_ca" input, the "[" and "]"
char are not mapped to anything on my keyboard. I have the same problem with
several other keys not mapped to anything, or incorrectly mapped, on the
Canadian-French layout
My apology if my explanation is not very clear. Or if I am doing something
wrong (e.g. user mistake, or misunderstanding).
Version-Release number of selected component (if applicable):
F-15 LXDE
IBus 1.3.99.20110908 (Japanese-anthy & Fr_ca inputs)
How reproducible:
always
Steps to Reproduce:
1. Set ibus with JP & Canadian input - add French-Canadian keyboard in advance
pref (on a non Canadian keyboard)
2. Switch from JP to Fr_Ca, using Alt+Shift
3. Try the correspondent keys to a default Canadian keyboard, "[", "{", "]",
"{", etc. most of them are not available, and some other key are changed,eg.
">" instead of the expected "}"
Actual results:
using ibus and switching to the Canadian-French layout is incomplete on my
system.
Expected results:
full layout change, using ibus with "fr_ca" (what setxbmap command does when I
need to input French, and when the input method is switched off)
Additional info:
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 742104] New: Single Kana are automatically doubled in the OOo (Oracle) suite e.g. 私 と gives 私 とと
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: Single Kana are automatically doubled in the OOo (Oracle) suite e.g. 私 と gives 私 とと
https://bugzilla.redhat.com/show_bug.cgi?id=742104
Summary: Single Kana are automatically doubled in the OOo
(Oracle) suite e.g. 私 と gives 私 とと
Product: Fedora
Version: 15
Platform: i686
OS/Version: Linux
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: nomnex(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
I learn Japanese, and take my grammar notes in OOo writer. Some action trigger
a bug either in OOo, either in ibus-anthy:
Any single kana (hiragana/katakana) with space before and after) are
automatically doubled on pushing the enter key.
eg. I type the particle "の" after かれら. When I push Enter after entering the
particle, it ends up like this: かれら のの
Workaround: either back space after any single kana entry (quite annoying).
Either quit OOo and re-open (until the next occurrence).
I have no idea if it is OOo related, or i-bus related, (or worse: related to my
system only - old 8 y.o. notebook with Ati radeon 9200 and pentium VI)?
Version-Release number of selected component (if applicable):
-F-15 LXDE Spin
-Ibus IBus 1.3.99.20110908 with French-Canadian & Japanese-Anthy input
-OOo 3.3.0 Oracle (I have installed the rpm) - default installation, without
any tweak.
How reproducible:
Always (when mixing language - French & Japanese)
Steps to Reproduce:
1. Open OOo writer
2. Switch ibus from Japanese to French Canadian or simply Japanese on/off
(ctrl+j)
3. Suddenly, any single kana are automatically doubled on input (Enter key)
Actual results:
When I open a new document, it all goes fine along the first few Japanese
input, until something triggers this bug.
Additional info:
Changing the font, style, disabling the add-on, the JRE, did not change
anything. The problem still occurs. I doubt installing the LO version would
change anything.
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 699103] New: icon missing in KDE desktop for 'No input window' message
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: icon missing in KDE desktop for 'No input window' message
https://bugzilla.redhat.com/show_bug.cgi?id=699103
Summary: icon missing in KDE desktop for 'No input window'
message
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: aalam(a)redhat.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
Story Points: ---
Created attachment 494373
--> https://bugzilla.redhat.com/attachment.cgi?id=494373
Screenshot of ibus with message in KDE
Description of problem:
there is no Icon, when try to click on Ibus (and there is no Window for input)
Version-Release number of selected component (if applicable):
ibus-1.3.99.20110408-2.fc15.x86_64
kdebase-4.6.2-1.fc15.x86_64
How reproducible:
Steps to Reproduce:
1. Desktop KDE, (language Punjabi)
2. Click on ibus icon
3. Message 'No Input Window'
Actual results:
No Icon (missing icon)
Expected results:
there is should be ICON,
Additional info:
Screenshot
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 736711] New: [abrt] ibus-1.3.99.20110817-3.fc16: connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.UnknownMethod: 在路径 org .freedesktop.IBus. InputContext 的对象上没有 /org/freedesktop/IBus/ InputContext_2 接口
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: [abrt] ibus-1.3.99.20110817-3.fc16: connection.py:630:call_blocking:DBusException: org.freedesktop.DBus.Error.UnknownMethod: 在路径 org.freedesktop.IBus.InputContext 的对象上没有 /org/freedesktop/IBus/InputContext_2 接口
https://bugzilla.redhat.com/show_bug.cgi?id=736711
Summary: [abrt] ibus-1.3.99.20110817-3.fc16:
connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.UnknownMethod: 在路径
org.freedesktop.IBus.InputContext 的对象上没有
/org/freedesktop/IBus/InputContext_2 接口
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:a4054f29056a8e5037b1db997ee211477e1f95cc
Severity: unspecified
Priority: unspecified
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: bigslowfat(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
Story Points: ---
Type: ---
abrt version: 2.0.5
cmdline: /usr/bin/python /usr/share/ibus/ui/gtk/main.py
comment: Switching between IMEs.
executable: /usr/share/ibus/ui/gtk/main.py
kernel: 3.1.0-0.rc4.git0.0.fc16.x86_64
reason: connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.UnknownMethod: 在路径 org.freedesktop.IBus.InputContext
的对象上没有 /org/freedesktop/IBus/InputContext_2 接口
smolt_data: Unable to save UUID to /etc/smolt/hw-uuid. Please run once as
root.
time: Thu Sep 8 21:26:58 2011
uid: 1000
username: poo
backtrace:
:connection.py:630:call_blocking:DBusException:
org.freedesktop.DBus.Error.UnknownMethod: 在路径 org.freedesktop.IBus.InputContext
的对象上没有 /org/freedesktop/IBus/InputContext_2 接口
:
:Traceback (most recent call last):
: File "/usr/share/ibus/ui/gtk/panel.py", line 653, in
__status_icon_activate_cb
: menu = self.__create_im_menu()
: File "/usr/share/ibus/ui/gtk/panel.py", line 610, in __create_im_menu
: if self.__focus_ic == None or not self.__focus_ic.is_enabled():
: File "/usr/lib/python2.7/site-packages/ibus/inputcontext.py", line 264, in
is_enabled
: return self.__context.IsEnabled()
: File "/usr/lib/python2.7/site-packages/dbus/proxies.py", line 140, in
__call__
: **keywords)
: File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 630, in
call_blocking
: message, timeout)
:DBusException: org.freedesktop.DBus.Error.UnknownMethod: 在路径
org.freedesktop.IBus.InputContext 的对象上没有 /org/freedesktop/IBus/InputContext_2
接口
:
:Local variables in innermost frame:
:byte_arrays: False
:self: <dbus.connection.Connection object at 0x2657050>
:args: ()
:utf8_strings: False
:bus_name: 'org.freedesktop.IBus'
:get_args_opts: {'byte_arrays': False, 'utf8_strings': False}
:object_path: dbus.ObjectPath('/org/freedesktop/IBus/InputContext_2')
:timeout: -1.0
:signature: None
:dbus_interface: 'org.freedesktop.IBus.InputContext'
:message: <dbus.lowlevel.MethodCallMessage object at 0x2765ba0>
:method: 'IsEnabled'
--
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.
12 years, 7 months
[Fedora-i18n-bugs] [Bug 723121] New: ibus-chewing: Is not default for [zh_TW] In Fedora 15
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: ibus-chewing: Is not default for [zh_TW] In Fedora 15
https://bugzilla.redhat.com/show_bug.cgi?id=723121
Summary: ibus-chewing: Is not default for [zh_TW] In Fedora 15
Product: Fedora
Version: 15
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: dchen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Description of problem:
(Original bug report is https://bugzilla.redhat.com/show_bug.cgi?id=713033#c2)
ibus-chewing should be default and installed for newly installed Fedora 15, but
it is not.
Version-Release number of selected component (if applicable):
ibus-chewing-1.3.9.2
How reproducible:
Always
Steps to Reproduce:
1. Install a fedora.
2. Check traditional-chinese support.
Actual results:
ibus-chewing is not installed in Fedora 15.
Expected results:
ibus-chewing is installed in Fedora 15.
Additional info:
This is not actually a duplicate to Bug 627794.
ibus-chewing seems missing in Traditional Chinese section in comps.xml.
Temporary work-around:
Check "input-methods", ibus-chewing is there.
--
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.
12 years, 7 months