Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
https://bugzilla.redhat.com/show_bug.cgi?id=545701
Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97
combination properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=377107)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377107)
shows the actual and correct rendering
Description of problem:
Pango doesn't render a particular character combination properly.
Version-Release number of selected component (if applicable):
1.26.0-1.fc12
How reproducible:
Always
Steps to Reproduce:
1.Enable the Kannada support
2. Select the "inscript" layout from ibus menu, and type the following key
combination: j+d+j+>
OR
Select "other-rawcode" from ibus menu and type the following key combination
0c95+0ccd+0c95+0c97
Actual results:
ಕ್ಕಷ
Expected results:
As shown in the attached image
Additional info:
Reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=604060
--
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: remove Typing Mode and Conversion Mode from IME menu
https://bugzilla.redhat.com/show_bug.cgi?id=750124
Summary: RFE: remove Typing Mode and Conversion Mode from IME
menu
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.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 think "Typing Mode" (入力タイプ) and "Conversion Mode" (変換モード)
that appear in the IME menu for ibus-anthy are not frequently used
and could probably be removed from it. They should be set instead
from ibus-setup-anthy.
Steps to Reproduce:
1. Turn on ibus-anthy
2. Click on ibus icon
Actual results:
Maybe too many entries.
Expected results:
Only frequently used features should be
included in the menu and others set from setup.
This will make it simpler for users.
--
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: Country Name list is untranslated while configure Mobile Broadband
https://bugzilla.redhat.com/show_bug.cgi?id=632965
Summary: Country Name list is untranslated while configure
Mobile Broadband
Product: Fedora
Version: 14
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: NetworkManager
AssignedTo: dcbw(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: dcbw(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Country Name list is untranslated while configure Mobile Broadband with NM.
/usr/share/mobile-broadband-provider-info/serviceproviders.xml
Version-Release number of selected component (if applicable):
mobile-broadband-provider-info-1.20100122-1.fc13.noarch.rpm
NetworkManager-0.8.1-5.git20100818.fc14.x86_64.rpm
How reproducible:
100%
Steps to Reproduce:
1. Right Click on NM applet
2. Edit Connection
3. Mobile Broadband->Add->Next
4. Check Country List
Actual results:
it is Untranslated
Expected results:
it need to be translated.
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: Rendering for Translation in interface is fuzzy in same dialogue boxes
https://bugzilla.redhat.com/show_bug.cgi?id=747518
Summary: Rendering for Translation in interface is fuzzy in
same dialogue boxes
Product: Fedora
Version: 16
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: unspecified
Priority: unspecified
Component: apper
AssignedTo: rdieter(a)math.unl.edu
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, kevin(a)tigcc.ticalc.org,
ltinkl(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
smparrish(a)gmail.com, hughsient(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
while updating or downloading packages with apper, Translated Text is totally
fuzzy. Check Screenshot for detail
Version-Release number of selected component (if applicable):
apper-0.7.0-5.fc16.i686
How reproducible:
Everytime
Steps to Reproduce:
1. run application in Punjabi (pa_IN.UTF-8)
2. try to update packages
3. check download progress of individual packages
Actual results:
progress Text is not clear and it is fuzzy
Expected results:
progress text should be Clear
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: gcin cannot be started via Ctrl+Space within Firefox and libreoffice
https://bugzilla.redhat.com/show_bug.cgi?id=734076
Summary: gcin cannot be started via Ctrl+Space within Firefox
and libreoffice
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: pswo10680(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: candyz0416(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Description of problem:
gcin is used by many Chinese (Traditional) users, because ibus-chewing has many
critical bugs not fixed yet.
gcin uses Ctrl+Space to start to input Chinese characters. I installed gcin,
gcin-gtk2, gcin-gtk3 and gcin-qt4.
gcin works well within gtk3 programs such as gedit, and it works well with qt4
programs like Amarok too.
Version-Release number of selected component (if applicable): 1.6.1
How reproducible:
Steps to Reproduce:
1. install gicn gcin-gtk2 gcin-gtk3 gcin-qt4 libreoffice amarok gimp first
2. siwtich im into gcin via im-chooser
3. log in again
4. use Ctrl+Space within gedit, firefox, libreoffice (e.g. Writer) and gimp
Actual results:
Only gedit, a gtk3 program, and amarok, a qt4 program can use Ctrl+Space to
input Chinese characters.
Expected results:
firefox, libreoffice and gimp can use Ctrl+Space to input Chinese characters.
Additional info: the test build of gcin-1.6.1.pre13-1 works well with all the
programs described above (
http://koji.fedoraproject.org/koji/taskinfo?taskID=3023647) I have kept the
rpm.
--
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: Periodic error message: Unknown format at
https://bugzilla.redhat.com/show_bug.cgi?id=692358
Summary: Periodic error message: Unknown format at
Product: Red Hat Enterprise Linux 6
Version: 6.0
Platform: i686
OS/Version: Linux
Status: NEW
Severity: medium
Priority: unspecified
Component: eclipse-nls
AssignedTo: sflaniga(a)redhat.com
ReportedBy: frederik.vogelsang(a)gmail.com
QAContact: qe-i18n-bugs(a)redhat.com
CC: petersen(a)redhat.com, overholt(a)redhat.com,
eng-i18n-bugs(a)redhat.com, oliver(a)linux-kernel.at,
choeger(a)cs.tu-berlin.de, sflaniga(a)redhat.com,
ebaron(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
akurtako(a)redhat.com, sgehwolf(a)redhat.com,
greubel(a)nkey.de
Classification: Red Hat
Story Points: ---
Clone Of: 653344
The periodic error message is produced by this package:
eclipse-nls-de-3.5.0.v20090620043401-4.el6.i686
It only appears when working with projects which contain error messages.
$> rpm -qa | grep eclipse
eclipse-cdt-6.0.2-3.el6.i686
eclipse-mylyn-java-3.3.2-4.5.el6.i686
eclipse-swt-3.5.2-5.el6.i686
eclipse-gef-3.5.2-1.el6.i686
eclipse-subclipse-1.6.5-6.el6.i686
eclipse-mylyn-3.3.2-4.5.el6.i686
eclipse-nls-de-3.5.0.v20090620043401-4.el6.i686
eclipse-birt-2.5.2-1.el6.i686
jetty-eclipse-6.1.21-1.el6.noarch
eclipse-linuxprofilingframework-0.3.0-5.el6.i686
eclipse-valgrind-0.5.0-1.el6.i686
icu4j-eclipse-4.0.1-3.3.el6.i686
eclipse-dtp-1.7.2-1.el6.i686
eclipse-svnkit-1.3.0-3.el6.i686
eclipse-callgraph-0.5.0-1.el6.i686
eclipse-rse-3.1.2-1.el6.i686
eclipse-changelog-2.6.7-5.el6.i686
eclipse-rpm-editor-0.5.0-2.el6.i686
eclipse-nls-3.5.0.v20090620043401-4.el6.i686
eclipse-nls-de-3.5.0.v20090620043401-4.el6.i686
eclipse-platform-3.5.2-5.el6.i686
eclipse-jdt-3.5.2-5.el6.i686
eclipse-oprofile-0.5.0-1.el6.i686
eclipse-rcp-3.5.2-5.el6.i686
eclipse-emf-2.5.0-4.4.el6.i686
+++ This bug was initially created as a clone of Bug #653344 +++
Description of problem:
Periodically my eclipse shows me an error about a malformatted message. This is
a german locale. Not sure what plugin causes this.
Version-Release number of selected component (if applicable):
[choeger@elrond page-runtime]$ rpm -qa | grep eclipse
tomcat5-jasper-eclipse-5.5.27-7.4.fc12.noarch
eclipse-mylyn-java-3.4.0-4.fc14.noarch
eclipse-gef-3.6.0-1.fc14.noarch
eclipse-nls-de-3.5.0.v20090620043401-2.fc12.noarch
eclipse-dtp-1.8.0-1.fc14.noarch
eclipse-jgit-0.9.3-1.fc14.noarch
eclipse-nls-3.5.0.v20090620043401-2.fc12.noarch
eclipse-oprofile-0.6.1-1.fc14.x86_64
eclipse-pydev-1.6.1-1.fc14.x86_64
eclipse-birt-2.5.2-1.fc14.noarch
eclipse-subclipse-1.6.12-1.fc14.noarch
eclipse-rpm-editor-0.6.0-1.fc14.x86_64
eclipse-jdt-3.6.1-2.fc14.x86_64
eclipse-linuxprofilingframework-0.6.1-1.fc14.x86_64
eclipse-collabnet-merge-2.0.0-1.fc13.noarch
eclipse-cdt-7.0.1-2.fc14.x86_64
eclipse-valgrind-0.6.1-1.fc14.x86_64
eclipse-platform-3.6.1-2.fc14.x86_64
eclipse-emf-2.6.0-2.fc14.noarch
eclipse-mylyn-3.4.0-4.fc14.noarch
eclipse-rcp-3.6.1-2.fc14.x86_64
eclipse-changelog-2.6.7-5.fc14.x86_64
eclipse-pde-3.6.1-2.fc14.x86_64
eclipse-svnkit-1.3.3-5.fc14.noarch
eclipse-callgraph-0.6.1-1.fc14.x86_64
eclipse-egit-0.9.3-1.fc14.noarch
icu4j-eclipse-4.2.1-1.fc14.x86_64
eclipse-swt-3.6.1-2.fc14.x86_64
eclipse-rse-3.2-1.fc14.noarch
How reproducible:
always
Steps to Reproduce:
1. Start eclipse
2. Save some java file
Actual results:
error message pops up
Additional info:
Stack trace from log:
java.lang.IllegalArgumentException: unknown format type at
at com.ibm.icu.text.MessageFormat.makeFormat(MessageFormat.java:2069)
at com.ibm.icu.text.MessageFormat.applyPattern(MessageFormat.java:571)
at com.ibm.icu.text.MessageFormat.<init>(MessageFormat.java:420)
at com.ibm.icu.text.MessageFormat.format(MessageFormat.java:1109)
at
org.eclipse.ui.internal.views.markers.ExtendedMarkersView.getStatusMessage(ExtendedMarkersView.java:890)
at
org.eclipse.ui.internal.views.markers.ExtendedMarkersView.updateTitle(ExtendedMarkersView.java:1395)
at
org.eclipse.ui.internal.views.markers.UIUpdateJob.runInUIThread(UIUpdateJob.java:117)
at org.eclipse.ui.progress.UIJob$1.run(UIJob.java:95)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at
org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:134)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3515)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3164)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2640)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2604)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2438)
at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:671)
at
org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:664)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at
org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:115)
at
org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at
org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
at
org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
at org.eclipse.equinox.launcher.Main.main(Main.java:1383)
--- Additional comment from greubel(a)nkey.de on 2010-11-21 06:43:14 EST ---
Workaround: Remove the nls package for eclipse. In my case this was
Nov 21 12:39:20 Erased: eclipse-nls-de
Then the problem seems to be gone.
--- Additional comment from akurtako(a)redhat.com on 2010-11-22 02:49:21 EST ---
So this is a problem with eclipse-nls. Changing component.
--- Additional comment from choeger(a)cs.tu-berlin.de on 2010-11-23 17:04:05 EST
---
Yeah, seems to be a bad formatted translation string. I hoped someone with a
little more spare time then me currently could figure out what string that was
from the backtrace and fix it. Maybe I could do it next week if noone steps in.
--- Additional comment from greubel(a)nkey.de on 2010-11-24 01:30:54 EST ---
If it helps: it occurs any time, when some entry in the error log appear (or
maybe also disappear - not tested). For example, if you compile a C Makefile
project which has some warnings (unused variables, etc.)
--- Additional comment from sflaniga(a)redhat.com on 2010-11-29 00:06:25 EST ---
I haven't had a chance to reproduce the problem yet, but does anyone want to
try the updated lang packs to see if they fix the problem?
http://koji.fedoraproject.org/koji/taskinfo?taskID=2631446
You'll need to grab the base rpm:
eclipse-nls-3.6.0.v20100814043401-1.fc15.noarch.rpm
plus the 'de' rpm:
eclipse-nls-de-3.6.0.v20100814043401-1.fc15.noarch.rpm
--- Additional comment from sflaniga(a)redhat.com on 2010-11-29 02:26:52 EST ---
Another build, basically the same as the last one:
http://koji.fedoraproject.org/koji/buildinfo?buildID=206810
Again, you'll need to grab the base eclipse-nls rpm:
http://kojipkgs.fedoraproject.org/packages/eclipse-nls/3.6.0.v2010081404340…
plus the eclipse-nls-de rpm:
http://kojipkgs.fedoraproject.org/packages/eclipse-nls/3.6.0.v2010081404340…
--- Additional comment from updates(a)fedoraproject.org on 2010-12-09 20:08:13
EST ---
eclipse-nls-3.6.0.v20100814043401-2.fc14 has been submitted as an update for
Fedora 14.
https://admin.fedoraproject.org/updates/eclipse-nls-3.6.0.v20100814043401-2…
--- Additional comment from updates(a)fedoraproject.org on 2010-12-10 15:25:50
EST ---
eclipse-nls-3.6.0.v20100814043401-2.fc14 has been pushed to the Fedora 14
testing repository. If problems still persist, please make note of it in this
bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update eclipse-nls'. You can provide
feedback for this update here:
https://admin.fedoraproject.org/updates/eclipse-nls-3.6.0.v20100814043401-2…
--- Additional comment from greubel(a)nkey.de on 2010-12-28 07:37:29 EST ---
Installed using the recommended command, started eclipse, rebuild a project
which contains warnings (CDT).
eclipse-nls-de-3.6.0.v20100814043401-2.fc14.noarch solves the problem for me.
Thank you.
--- Additional comment from updates(a)fedoraproject.org on 2011-01-04 15:59:46
EST ---
eclipse-nls-3.6.0.v20100814043401-2.fc14 has been pushed to the Fedora 14
stable repository. If problems still persist, please make note of it in this
bug report.
--
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: Bad translation in German language pack
https://bugzilla.redhat.com/show_bug.cgi?id=504757
Summary: Bad translation in German language pack
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: eclipse-nls
AssignedTo: sflaniga(a)redhat.com
ReportedBy: kenda(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, overholt(a)redhat.com,
sflaniga(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When creating a new java class, the checkbox for adding the 'public static
void' method is translated literally. That doesn't make sense in German.
Version-Release number of selected component (if applicable):
Eclipse-nls-de-3.4.0.v20090423085802
How reproducible:
Starting Eclipse
"Datei - Neu - Klasse"
Actual results:
"öffentlich statisch ungültig Haupt(String[] Argumente)"
Expected results:
"public static void main(String[] args)"
--
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: duplicate Name for Bengali keyboard layouts in ibus-preference
https://bugzilla.redhat.com/show_bug.cgi?id=740447
Summary: duplicate Name for Bengali keyboard layouts in
ibus-preference
Product: Fedora
Version: 16
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: ---
Type: ---
Created attachment 524319
--> https://bugzilla.redhat.com/attachment.cgi?id=524319
Screenshot for Bengali
Description of problem:
after enabling keyboard layout from ibus for Bengali Language, it is showing
both layout with same name. Benagli and Benagli
Version-Release number of selected component (if applicable):
xkeyboard-config-2.3-2.fc16.noarch
ibus-1.3.99.20110817-5.fc16.x86_64
ibus-m17n-1.3.3-4.fc16.x86_64
How reproducible:
everytime
Steps to Reproduce:
1. add Bengali Keymap from Ibus Preference
2. there are two Bengali maps with same name
3.
Actual results:
there are two Bengali maps with same name
Expected results:
there is same difference between those two, so that user can make choice
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: ibus-table setup does not store config settings
https://bugzilla.redhat.com/show_bug.cgi?id=513901
Summary: ibus-table setup does not store config settings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus-table config is not using gconf to store configuration settings.
Steps to Reproduce:
1. change ibus-table config
2. restart desktop
3. use ibus-table
Actual results:
configuration lost
Expected results:
configuration to persist
--
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 should ensure that ~/.config/ibus/bus exists
https://bugzilla.redhat.com/show_bug.cgi?id=572611
Summary: ibus should ensure that ~/.config/ibus/bus exists
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mjg(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: ---
If the ~/.config/ibus/bus directory doesn't exist, any gtk app will wake up
once per second in an attempt to add a notify on it. The directory should be
automatically created to work around 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.