[Fedora-i18n-bugs] [Bug 477918] New: ibus can't be called in pidgin only if open a QQ protocol chat windows first.
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 can't be called in pidgin only if open a QQ protocol chat windows first.
https://bugzilla.redhat.com/show_bug.cgi?id=477918
Summary: ibus can't be called in pidgin only if open a QQ
protocol chat windows first.
Product: Fedora
Version: 10
Platform: i686
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: hansgong(a)126.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
ibus can't be called in pidgin only if open a QQ protocol chat windows first.
Version-Release number of selected component (if applicable):
iBus 0.1.1.20081023
Pidgin 2.5.2-6.fc10
How reproducible:
In Gnome.
Steps to Reproduce:
1.install ibus, ibus-pinyin
2.open pidgin with a QQ account auto started
3.open a chat window of qq(either Qun or buddy is ok), then focus text box.
4.press key shout cuts for calling ibus pinyin input method.
Actual results:
ibus will not be callable in pidgin, but if you open a msn or any other
protocol chat window first, it works.
Expected results:
ibus input method will be callable under any chat window start-up sequence.
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.
14 years
[Fedora-i18n-bugs] [Bug 545695] New: provide IME input mode status in panel
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: provide IME input mode status in panel
https://bugzilla.redhat.com/show_bug.cgi?id=545695
Summary: provide IME input mode status in panel
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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:
It would be nice if ibus could show IME status in its panel:
eg input for anthy, etc. Currently one must have the toolbar
to see the input mode. uim can do 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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 563409] New: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
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: fontconfig-2.8.0-1 changes default Monospace font from DejaVu Sans Mono to Baekmuk Gulim
https://bugzilla.redhat.com/show_bug.cgi?id=563409
Summary: fontconfig-2.8.0-1 changes default Monospace font from
DejaVu Sans Mono to Baekmuk Gulim
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: un-core-fonts
AssignedTo: smallvil(a)get9.net
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, petersen(a)redhat.com, jks(a)iname.com,
besfahbo(a)redhat.com, mattias.ellert(a)fysast.uu.se,
edgar.hoch(a)ims.uni-stuttgart.de, pnemade(a)redhat.com,
smallvil(a)get9.net, fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Depends on: 546490
Blocks: 507684
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 546490
+++ This bug was initially created as a clone of Bug #546490 +++
Description of problem:
I did a yum update and discovered emacs was using the Baekmuk Gulim font. Code
editing needs to be done in a fixed-width font! Baekmuk Gulim is not
fixed-width. Directory listings look horrible because the fields are not
aligned. I changed my emacs settings back and everything is fine for me now,
but I bet a bunch of people will have no idea what font to change back to. I
was only able to figure it out because I had an emacs running from before the
yum update.
Version-Release number of selected component (if applicable):
fontconfig-2.8.0-1.fc11.x86_64
--- Additional comment from tagoh(a)redhat.com on 2009-12-14 03:52:56 EST ---
This issue is easily reproducible with fc-match "monospace:lang=en" though,
there are two things introduced in 2.8.0:
1. the above command matches lang="ko" too
2. Baekmuk Gulim has been added to the pattern with the strong binding somehow.
which has ever been added with the weak binding.
--- Additional comment from tagoh(a)redhat.com on 2010-02-02 06:26:00 EST ---
This might be the configuration file issue in 65-baekmuk-ttf-gulim.conf. as I
pointed out current behaviour in the list [*1] and due to the issue we have in
Bug#518161 too perhaps dunno, comparing the lang with 'ko' behaves wrongly in
current implementation of fontconfig at least. modifying like the following
works expectedly:
<test name="lang">
<string>ko-kr</string>
</test>
FYI
*1 - http://lists.freedesktop.org/archives/fontconfig/2009-November/003275.html
--- Additional comment from petersen(a)redhat.com on 2010-02-02 11:42:55 EST ---
Behdad said he would look into the lang= issues but
maybe we should reassign to baekmuk-ttf at least as
a workaround for f13?
--- Additional comment from tagoh(a)redhat.com on 2010-02-02 23:01:07 EST ---
maybe. we could clone this to keep both on track.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 485746] New: (tracker) Hinting of Liberation Fonts.
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: (tracker) Hinting of Liberation Fonts.
https://bugzilla.redhat.com/show_bug.cgi?id=485746
Summary: (tracker) Hinting of Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
This is a tracker bug for tracking all hinting issues.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 552445] New: pinyin keep crash when CPU load high.
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: pinyin keep crash when CPU load high.
https://bugzilla.redhat.com/show_bug.cgi?id=552445
Summary: pinyin keep crash when CPU load high.
Product: Fedora
Version: 12
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: biaji.cn(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Can't use pinyin input method when in high cpu load condition. Pinyin keep
crashing. You have to restart from applet and after a while , it crashed again.
Version-Release number of selected component (if applicable):
ibus-libs-1.2.0.20091204-2.fc12.i686
ibus-gtk-1.2.0.20091204-2.fc12.i686
ibus-pinyin-1.2.0.20090915-1.fc12.noarch
ibus-1.2.0.20091204-2.fc12.i686
How reproducible:
Do some CPU consuming work, and input characters using ibus-pinyin.
Steps to Reproduce:
1. Do some CPU consuming work
2. input something using ibus-pinyin
3. BOOM!!!
Actual results:
it crash again and again. input panel disappear and can't using ctrl-space
shortcut to call out pinyin input method again.
Expected results:
nothing special happened
Additional info:
After crash, the daemon complained:
(ibus-daemon:29976): IBUS-WARNING **: org.freedesktop.DBus.Error.NoReply: Did
not receive a reply. Possible causes include: the remote application did not
send a reply, the message bus security policy blocked the reply, the reply
timeout expired, or the network connection was broken.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 514192] New: ibus toolbar should use config icon for setup
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 toolbar should use config icon for setup
https://bugzilla.redhat.com/show_bug.cgi?id=514192
Summary: ibus toolbar should use config icon for setup
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Keywords: EasyFix
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(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:
ibus toolbar currently uses the ibus icon (ibus-setup.svg)
for the config setup icon on the toolbar. This is not
appropriate: please change it to the stock Preferences icon.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 532624] New: build ddskk-xemacs again
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: build ddskk-xemacs again
https://bugzilla.redhat.com/show_bug.cgi?id=532624
Summary: build ddskk-xemacs again
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ddskk
AssignedTo: petersen(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, loganjerry(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
+++ This bug was initially created as a clone of Bug #503185 +++
Unfortunately the xemacs part of the build has been breaking fedora builds of
ddskk for a long time now - I guess I should just disable xemacs-ddskk for
now...
--- Additional comment from petersen(a)redhat.com on 2009-06-22 02:11:42 EDT ---
ddskk should also be renamed to emacs-ddskk or emacs-common-ddskk,
which probably needs a new package review... I don't suppose you
are interested in maintaining it for fedora, Yamato-san? :)
--- Additional comment from petersen(a)redhat.com on 2009-06-22 02:45:48 EDT ---
> Unfortunately the xemacs part of the build has been breaking fedora builds of
> ddskk for a long time now
Ok, I was confused and thinking about ddskk-13.1 I haven't been able to build
yet successfully for fedora.
http://koji.fedoraproject.org/koji/taskinfo?taskID=1428775
I'll backport this to f11 and f10.
--- Additional comment from updates(a)fedoraproject.org on 2009-06-22 02:57:40
EDT ---
ddskk-12.2.0-13.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/ddskk-12.2.0-13.fc11
--- Additional comment from petersen(a)redhat.com on 2009-06-22 04:08:07 EDT ---
> Ok, I was confused and thinking about ddskk-13.1 I haven't been able to build
> yet successfully for fedora.
Nevermind, I finally built ddskk-13.1 for rawhide but had to drop xemacs
since it is still on apel-10.6.
http://koji.fedoraproject.org/koji/taskinfo?taskID=1428851
--- Additional comment from ville.skytta(a)iki.fi on 2009-06-22 10:35:31 EDT ---
(Changing Cc to current Fedora XEmacs maintainer.)
--- Additional comment from loganjerry(a)gmail.com on 2009-06-22 12:45:11 EDT ---
I will take a look at upgrading XEmacs to apel 10.7.
--- Additional comment from updates(a)fedoraproject.org on 2009-06-24 15:42:33
EDT ---
ddskk-12.2.0-13.fc11 has been pushed to the Fedora 11 stable repository. If
problems still persist, please make note of it in this bug report.
--- Additional comment from updates(a)fedoraproject.org on 2009-07-03 15:36:25
EDT ---
ddskk-12.2.0-13.fc10 has been pushed to the Fedora 10 stable repository. If
problems still persist, please make note of it in this bug report.
--- Additional comment from loganjerry(a)gmail.com on 2009-10-28 13:34:47 EDT ---
XEmacs has apel 10.7 in F-11+ now, if that matters. I'm willing to help with
any further problems.
--- Additional comment from petersen(a)redhat.com on 2009-10-29 03:56:49 EDT ---
(In reply to comment #12)
> XEmacs has apel 10.7 in F-11+ now, if that matters.
Thanks - good to know, but xemacs-packages-extra.spec still
provides apel-xemacs = 10.6-6.
Also build still fails after that:
http://koji.fedoraproject.org/koji/getfile?taskID=1775997&name=build.log
--- Additional comment from petersen(a)redhat.com on 2009-10-29 04:11:03 EDT ---
more info on the failed build if it helps:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1775997
--- Additional comment from loganjerry(a)gmail.com on 2009-10-29 10:51:01 EDT ---
(In reply to comment #13)
> Thanks - good to know, but xemacs-packages-extra.spec still
> provides apel-xemacs = 10.6-6.
Oops. I've got a font bugfix coming, so I'll fix this at the same time.
> Also build still fails after that:
> http://koji.fedoraproject.org/koji/getfile?taskID=1775997&name=build.log
Okay, I'll take a look. Thanks for trying.
--- Additional comment from loganjerry(a)gmail.com on 2009-10-29 12:19:16 EDT ---
Created an attachment (id=366657)
--> (https://bugzilla.redhat.com/attachment.cgi?id=366657)
Patch to support building with XEmacs
This patch makes a couple of path changes in SKK-CFG for XEmacs.
--- Additional comment from loganjerry(a)gmail.com on 2009-10-29 12:20:46 EDT ---
Created an attachment (id=366658)
--> (https://bugzilla.redhat.com/attachment.cgi?id=366658)
Source patch for XEmacs
This patch changes two instances of a character defined using the Emacs-only
syntax ?\xABC into the syntax ?\uABCD, which is supported by both Emacs and
XEmacs.
--- Additional comment from updates(a)fedoraproject.org on 2009-10-29 16:28:36
EDT ---
xemacs-packages-extra-20090217-3.fc11 has been submitted as an update for
Fedora 11.
http://admin.fedoraproject.org/updates/xemacs-packages-extra-20090217-3.fc11
--- Additional comment from loganjerry(a)gmail.com on 2009-10-29 16:30:39 EDT ---
I've pushed new builds into F-11, F-12, and devel that fix the apel-xemacs
provides. I've submitted F-11 to testing and requested that the F-12 build be
tagged into f12-final. That plus the patches in comment 16 and comment 17 fix
everything for me. Let me know if there is anything else I can do.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 531688] New: ddskk should be renamed to emacs-common-ddskk
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: ddskk should be renamed to emacs-common-ddskk
https://bugzilla.redhat.com/show_bug.cgi?id=531688
Summary: ddskk should be renamed to emacs-common-ddskk
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ddskk
AssignedTo: petersen(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ddskk needs to be updated to follow the Emacs Packaging Guidelines.
--
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.
14 years, 1 month
[Fedora-i18n-bugs] [Bug 468829] New: No icon for im-chooser
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: No icon for im-chooser
https://bugzilla.redhat.com/show_bug.cgi?id=468829
Summary: No icon for im-chooser
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, candyz0416(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
gcin.conf has ICON definition but the file described there isn't available.
Version-Release number of selected component (if applicable):
gcin-1.4.2-4.fc10
How reproducible:
always
Steps to Reproduce:
1.run im-chooser
2.see ICON in /etc/X11/xinit/xinput.d/gcin.conf
3.rpm -qf $ICON in gcin.conf
Actual results:
1. no icon available for gcin
3. error: file /usr/share/icons/gcin/gcin.png: No such file or directory
Expected results:
the right thing should be set to ICON.
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.
14 years, 1 month