Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ta_IN] Tamil collation rules are not working in other locales
https://bugzilla.redhat.com/show_bug.cgi?id=514110
Summary: [ta_IN] Tamil collation rules are not working in other
locales
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: glibc
AssignedTo: schwab(a)redhat.com
ReportedBy: psatpute(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jakub(a)redhat.com, santhosh.thottingal(a)gmail.com,
fedora-i18n-bugs(a)redhat.com, schwab(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ta_IN collation rules are not working, when we select other locale say
en_US.UTF-8
Version-Release number of selected component (if applicable):
glibc-common-2.10.90-7.1
How reproducible:
every time
Steps to Reproduce:
1. select en_US locale
2. try to sort Tamil characters
3.
Actual results:
sorting is not working
Expected results:
It should be sorted as per collation rule
Additional info:
This is happening due to ta_IN collation rules written in ta_IN locale file,
and these rules are not available to outside locale.
We should move these collation table to iso14651_t1_common(common to most of
the locale), so it will be available to other locale as well and tamil sorting
will work while selecting any locale
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=842471
Bug ID: 842471
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: 16
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: logout leaves processes behind (maybe IME related)
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: joel_rees(a)sannet.ne.jp
Type: Bug
Documentation: ---
Hardware: i686
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Created attachment 599872
--> https://bugzilla.redhat.com/attachment.cgi?id=599872&action=edit
This is the yum info of all the packages which would be removed if ibus gets
removed.
Description of problem:
Visually, the first sign was, after logging out and back in, there were two
input method icons in the panel. More logging out and back in (independent of
the user logged in as) produced more more IM icons in the panel.
Using a virtual terminal to log in to a terminal session, I find these
processes left over from every logout (ps wwaux | grep userX):
[userX@machineY ~]$ cat leavings.text
userX 12346 0.4 0.3 36420 3424 ? Sl 07:25 0:03
/usr/bin/ibus-daemon -r --xim
userX 12370 0.3 2.1 115528 21420 ? S 07:25 0:02
/usr/bin/python /usr/share/ibus/ui/gtk/main.py
userX 12376 0.0 0.5 33036 5936 ? Sl 07:25 0:00
/usr/libexec/ibus-x11 --kill-daemon
userX 12382 0.2 1.6 57600 17288 ? S 07:25 0:01
/usr/bin/python /usr/share/ibus-anthy/engine/main.py --ibus
userX 12391 0.0 0.3 22052 4044 ? Sl 07:25 0:00
/usr/libexec/ibus-engine-xkb --ibus
root 12707 0.0 0.0 4588 800 tty2 S+ 07:37 0:00 grep
--color=auto userX
[userX@machineY ~]$
They can be killed, and the extra IM icons go away.
Version-Release number of selected component (if applicable):
Name : ibus
Arch : i686
Version : 1.4.1
Release : 2.fc16
XFCE reports version 4.8 in the GUI widget, I'm not remembering or seeing the
base package for XFCE in yum search or yum info, but the xfwm4 is as follows:
Name : xfwm4
Arch : i686
Version : 4.8.3
Release : 1.fc16
How reproducible:
Always happens.
Steps to Reproduce:
1. Boot, log in, etc.
2. Log out.
3. Change to a virtual terminal and check for leftover processes. Leftover
processes will always be present, as shown above.
4. Log back in and find one more input method icon in the panel than there was
before.
Actual results:
Leftover processes, related input method icons repeat.
Expected results:
Clean logout without leftover processes, and no extra input method icons.
Additional info:
See attachments:
The system was originally installed from a security spin image on a USB drive.
I had problems with the LXDE/openbox arrangement (X11 freezing on logout, which
is still an unfixed bug), so I installed XFCE. XFCE does not freeze on logout,
but this problem occurs.
The X11 session freezing problem (IIRC) seemed to be related to many (20 or
more) leftover processes. I could kill the leftover processes and get a new X11
session, but the new session was generally unstable.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=837833
Bug ID: 837833
Blocks: 245418 (ARMTracker)
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: fontmatrix is ftbfs on ARM
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: pbrobinson(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: fontmatrix
Product: Fedora
Example failure:
http://arm.koji.fedoraproject.org/taskinfo?taskID=942773
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Font artifact with number 4
https://bugzilla.redhat.com/show_bug.cgi?id=591554
Summary: Font artifact with number 4
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, cchance(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
(Quoted from calumlind)
I have this issue with Liberation Sans font when used with Docky:
http://imagebin.org/95732
I have checked that this occurs with Sans, Mono and very slightly with
Serif on two different Ubuntu Lucid computers.
It seems to be related to the inner triangle of the 4 because as you
increase the icon size to 128 in Docky the artefact does not grow but you
can still faintly see it behind the number: http://imagebin.org/95870
I already posted a bug report with Docky but they did not think it is a
problem they can fix: https://bugs.launchpad.net/docky/+bug/575807
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=829658
Bug ID: 829658
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 17
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com
Assignee: pnemade(a)redhat.com
Summary: should Obsoleted/Provided marathi-typing-booster at
least for Fedora 18
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: psatpute(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: hunspell-mr
Product: Fedora
Description of problem:
Might be sound weird ;)
I think due to new architecture of ibus-hunspell-tables this is proper way.
If someone says
$yum install marathi-typing-booster
It should install ibus-hunspell-tables and hunspell-mr as expected packages.
ibus-hunspell-table providing indic-typing-booster
hunspell-mr should provide marathi-typing-booster
In this way user will get expected packages install. We should keep this for at
least Fedora 18.
Same thing needs for following packages as well
hunspell-hi
hunspell-ta
hunsell-gu
Version-Release number of selected component (if applicable):
hunspell-mr-20060920-9.fc18
How reproducible:
everytime
Steps to Reproduce:
1. yum install marathi-typing-booster
2.
3.
Actual results:
its not installing hunspell-mr
Expected results:
should install hunspell-mr
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=844580
Bug ID: 844580
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Assignee: tfujiwar(a)redhat.com
Summary: ibus-setup warning
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Description of problem:
When run ibus-setup on rawhide, it shows:
(main.py:2107): IBUS-WARNING **: org.freedesktop.IBus.Config.GetValue:
GDBus.Error:org.freedesktop.DBus.Error.Failed: Config value
[general:load_xkb_layouts] does not exist.
(main.py:2107): IBUS-WARNING **: org.freedesktop.IBus.Config.GetValue:
GDBus.Error:org.freedesktop.DBus.Error.Failed: Config value
[general/xkblayoutconfig:group_list] does not exist.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120712-3.fc18.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-chewing: mode confusion In Temporary English mode and
https://bugzilla.redhat.com/show_bug.cgi?id=745371
Summary: ibus-chewing: mode confusion In Temporary English mode
and
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
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
Blocks: 713033
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
>From Bug 713033, item 3:
Switch to Chewing or type Chewing in a new window.Let say I want to type the
word "我", ㄨ should be shown when I hit the first key, which is "j" on the
keyboard. Instead, "j" is shown directly.To get rid of it, I have to delete "j"
and Chewing is back again.Switching between Chewing and English also works.
Version-Release number of selected component (if applicable):
ibus-chewing-1.3.9.2-1.fc14.i686
How reproducible:
Sometimes
Steps to Reproduce:
0. Set ibus language panel as "Always"
1. Open a gedit on synergy client.
2. Switch to temporary English mode,
3. Switch back to Chinese mode
4. Press "j" (ㄨ)
Actual results:
"j" is shown
Expected results:
"ㄨ" should be shown
Additional info:
This bug maybe easier to reproduce with synergy
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-chewing problem
https://bugzilla.redhat.com/show_bug.cgi?id=713033
Summary: ibus-chewing problem
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: hawk0115(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
Story Points: ---
Description of problem:
1) Inputted characters will be pasted around when moving between windows.
Although it could be avoided by hitting "Enter" twice or hitting Esc
or closing ibus, it creates new lines and bugs users.
2) Highlighted characters will be cropped and gone when moving between
windows.
3) Switch to Chewing or type Chewing in a new window.Let say I want to type the
word "
我", ㄨ should be shown when I hit the first key, which is "j" on the
keyboard.
Instead, "j" is shown directly.To get rid of it, I have to delete "j" and
Chewing is
back again.Switching between Chewing and English also works.
4) After typing some keys, a candidate is usually shown and underscored. If
Enter is pressed, the candidate is chosen and the character is inputted
successfully. But if Enter on the "number keyboard" is pressed, it creates a
new line and the candidate is still underscored (waiting to be chosen).
Another user who uses "Plain Zhuyin" under Chewing tried to reproduce the
above problem. ibus crashed with the error message below:
ibus-Chewing 當機
版本: ibus-chewing-1.3.9.2-1.fc14
錯誤原因:Process /usr/libexec/ibus-engine-chewing was killed by signal 11
(SIGSEGV)
5) Unlike most IM in ibus, hitting "shift" in Chewing won't switch
between Chinese and English. Can it be improved?
Version-Release number of selected component (if applicable):
- Version: ibus-chewing-1.3.9.2-1.fc14.i686
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: RFE: add tooltip to CycleKeyboard and Preferences buttons
https://bugzilla.redhat.com/show_bug.cgi?id=815164
Summary: RFE: add tooltip to CycleKeyboard and Preferences
buttons
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: eekboard
AssignedTo: dueno(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, dueno(a)redhat.com
Classification: Fedora
Story Points: ---
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Description of problem:
There are two special buttons on the keyboard, called CycleKeyboard and
Preferences, at the left/right bottom. Currently they are shown only with
icons but it would be better to have tooltip to indicate what they are.
Version-Release number of selected component (if applicable):
eekboard-1.0.7-2.fc18.x86_64
How reproducible:
always
Steps to Reproduce:
1. run eekboard
2. put mouse cursor on the CycleKeyboard button
3.
Actual results:
nothing happens
Expected results:
some text ("change keyboard to the next") should be shown
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.