[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
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 working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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, 5 months
[Fedora-i18n-bugs] [Bug 683743] New: should show 10 candidates at a times
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: should show 10 candidates at a times
https://bugzilla.redhat.com/show_bug.cgi?id=683743
Summary: should show 10 candidates at a times
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-indic-table
AssignedTo: nkumar(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
showing only 6 candidates in candidate windows it should be 10 for indic.
Actually number of candidates in candidate windows should be defined in
tables.txt file.
So one can define number of candidates in candidate window as per his
requirement
Note: scim-tables has this attribute defined in text file
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-1.fc15
How reproducible:
everytime
Steps to Reproduce:
1. wget
https://fedorahosted.org/releases/i/n/indic-typing-booster/marathi-typing...
2. type any characters sequence and see number of candidates
3.
Actual results:
only 6 candidates
Expected results:
it should be definable in .txt table file
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, 5 months
[Fedora-i18n-bugs] [Bug 683826] New: adding users phrases
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: adding users phrases
https://bugzilla.redhat.com/show_bug.cgi?id=683826
Summary: adding users phrases
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-indic-table
AssignedTo: nkumar(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
due too limitation of the existing database, there are many numbers of phrases
are not available for users.
In that case entering such string will take more time than regular inscript and
phonetic layout.
In that cases best options for users to add those phrases in database
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-1.fc15
How reproducible:
every time
Steps to Reproduce:
1. try to add user phrase
2.
3.
Actual results:
no options present
Expected results:
it must be there for effective use of pkg
Additional info:
scim-table has options of adding user defined phrase, it works like
user will type word hit (contro =), then corresponding latin equivalent for it,
and then that word will be get added into used db.
--
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, 5 months
[Fedora-i18n-bugs] [Bug 683749] New: unknown/unnecessary icons in ime bar for ibus-indic-table
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: unknown/unnecessary icons in ime bar for ibus-indic-table
https://bugzilla.redhat.com/show_bug.cgi?id=683749
Summary: unknown/unnecessary icons in ime bar for
ibus-indic-table
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-indic-table
AssignedTo: nkumar(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Created attachment 483398
--> https://bugzilla.redhat.com/attachment.cgi?id=483398
image showing icons
Description of problem:
see attached image
it has one chinese character and also some other coloured balls. I dont think
it is required for indic.
Or may be we can better use it for indic
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-1.fc15
How reproducible:
every time
Steps to Reproduce:
1. install
https://fedorahosted.org/releases/i/n/indic-typing-booster/marathi-typing...
2. select marathi-inscript from preferences
3. try to type with this
Actual results:
showing may be unnecessary icons
Expected results:
only the required stuff should be there
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, 5 months
[Fedora-i18n-bugs] [Bug 684118] New: auxiliary text should be language characters for indic inscript tables
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: auxiliary text should be language characters for indic inscript tables
https://bugzilla.redhat.com/show_bug.cgi?id=684118
Summary: auxiliary text should be language characters for indic
inscript tables
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-indic-table
AssignedTo: nkumar(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Created attachment 483655
--> https://bugzilla.redhat.com/attachment.cgi?id=483655
mapping of keys and corresponding devanagari characters
Description of problem:
auxiliary text should entered indic characters for indic inscript tables
i.e.
if one enter
kf -> कि
unlike in phonetic in inscript users expect to see which characters he exactly
typed in auxiliary text.
One more advantage of this is -> since we are not keeping 2 characters word in
database, user can typed those words (will come in auxiliary text) then he can
just hit "enter" and he will get that characters.
In present case user need to select nearest word and do a backpress for getting
expected word
Version-Release number of selected component (if applicable):
ibus-indic-table-1.3.1-1.fc15
How reproducible:
everytime
Steps to Reproduce:
1. install marathi or hindi typing booster table
2. try to type आप (inscript key sequence Eh)
3. we can see words started with this आप but not exact word
Actual results:
user getting latin keys in auxiliary text
Expected results:
should see the corresponding inscript mapped characters in auxiliary text
Additional info:
attaching inscript maaping
so in ibus-indic-table we can use this as a dict, and take corresponding mapped
words
--
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, 5 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
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: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
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, 5 months
[Fedora-i18n-bugs] [Bug 651929] New: [abrt] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing 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] ibus-chewing-1.3.7.20100910-1.fc14: __memmove_ssse3: Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=651929
Summary: [abrt] ibus-chewing-1.3.7.20100910-1.fc14:
__memmove_ssse3: Process
/usr/libexec/ibus-engine-chewing was killed by signal
11 (SIGSEGV)
Product: Fedora
Version: 14
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:fb3fb9f915e4165d93c5d785943647955b400230
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: wilson.an(a)gmail.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
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-chewing --ibus
component: ibus-chewing
crash_function: __memmove_ssse3
executable: /usr/libexec/ibus-engine-chewing
kernel: 2.6.35.6-48.fc14.x86_64
package: ibus-chewing-1.3.7.20100910-1.fc14
rating: 4
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
release: Fedora release 14 (Laughlin)
time: 1289405263
uid: 500
How to reproduce
-----
1.input data the press keyboard with changing status, then crash
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, 5 months
[Fedora-i18n-bugs] [Bug 510176] New: unable to display Japanese manpages
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: unable to display Japanese manpages
https://bugzilla.redhat.com/show_bug.cgi?id=510176
Summary: unable to display Japanese manpages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: medium
Component: yelp
AssignedTo: mbarnes(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 220122
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 220122
+++ This bug was initially created as a clone of Bug #220122 +++
Description of problem:
Try to view man-pages-ja from yelp, however, the contents are not able to be
displayed properly.
How reproducible:
Always
Steps to Reproduce:
1.login desktop with ja_JP locales
2.in yelp, search for info:man
3.
Actual results:
pls refer to screenshot
Expected results:
should display or fallback to english
Additional info:
--- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT ---
Created an attachment (id=143967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=143967)
screenshot of yelp displaying man-pages-ja
--- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT ---
(In reply to comment #3)
> Actually, after looking at the screenshot carefully, seem even in g-t, some of
> the contents are display as "?"
I suppose it's because vte may does wrong thing on Japanese hyphenation or
whatever. it's a different problem anyway.
--
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, 5 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, 5 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, 5 months