[Fedora-i18n-bugs] [Bug 525371] New: [CJK] vertical clock time text rotated wrong way
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: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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.
10 years, 9 months
[Fedora-i18n-bugs] [Bug 627193] New: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
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: [Indic] [Mail] [HTML] Underline is printed as Strike for Indic Text
https://bugzilla.redhat.com/show_bug.cgi?id=627193
Summary: [Indic] [Mail] [HTML] Underline is printed as Strike
for Indic Text
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: evolution
AssignedTo: mbarnes(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: i18n-bugs(a)lists.fedoraproject.org
CC: mbarnes(a)redhat.com, mcrha(a)redhat.com,
cooly(a)gnome.eu.org
Classification: Fedora
Target Release: ---
Created attachment 440885
--> https://bugzilla.redhat.com/attachment.cgi?id=440885
Screenshot with problme in Hindi
Description of problem:
While printing a mail (even save as PDF) with Body has Underline Indic text,
printed as Strike. As you increase size of font, Striking line moved toward
middle of Word.
Version-Release number of selected component (if applicable):
evolution-2.30.2-4.fc13.x86_64
gtkhtml3-3.30.2-1.fc13.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. run evolution
2. New Mail - > HTML format
3. input Indic character (इराक़HINDI के कई शहरों मेंENGNLISH धमाके हुए हैं,
जिनमें 30 लोगों के मारे जाने और अन्य)
4. Select +3, +2, +1 Size
5. Select Underline
6. Print (as PDF or Hard copy)
Actual results:
Indic Characters has problem, while English Characters are ok with underline
Expected results:
Underline should under the characters
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
10 years, 10 months
[Fedora-i18n-bugs] [Bug 638650] New: better localized name for zh_TW in locale-list
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: better localized name for zh_TW in locale-list
https://bugzilla.redhat.com/show_bug.cgi?id=638650
Summary: better localized name for zh_TW in locale-list
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: chaoweilun(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, nkumar(a)redhat.com
Classification: Fedora
Description of problem:
The localized name for the locale zh_TW is inadequate.
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1.running system-config-language or
2.viewing /usr/share/system-config-language/locale-list
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.
10 years, 11 months
[Fedora-i18n-bugs] [Bug 694724] New: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
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: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is wrongly rendering
https://bugzilla.redhat.com/show_bug.cgi?id=694724
Summary: [kn_IN] 0CB0 + 200D + 0CCD + 0C95+ 0CBE consonant is
wrongly rendering
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: lohit-kannada-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 490712
--> https://bugzilla.redhat.com/attachment.cgi?id=490712
Actual and correct rendering
Description of problem:
ra+ ZWJ+ halanth + consonant + aa (0CB0 + 200D + 0CCD + 0C95+ 0CBE) is wrongly
rendering
Version-Release number of selected component (if applicable):
lohit-kannada-fonts-2.4.5-4.fc14.noarch
How reproducible:
Every time
Steps to Reproduce:
1.Open any text editor (say gedit)
2.Input following raw code key sequence:
0CB0 + 200D + 0CCD + 0C95+0CBE
3.Look at the resulting glyph
Actual results:
Shown in the attachment
Expected results:
Shown in the attachment
Additional info:
This was tested with following rendering engines:
libicu-4.4.1-6.fc14.x86_64
qt-4.7.1-17.fc14.x86_64
pango-1.28.1-5.fc14.x86_64
--
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.
10 years, 11 months
[Fedora-i18n-bugs] [Bug 545701] New: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination 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: [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.
11 years
[Fedora-i18n-bugs] [Bug 632965] New: Country Name list is untranslated while configure Mobile Broadband
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: 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.
11 years, 2 months
[Fedora-i18n-bugs] [Bug 692358] New: Periodic error message: Unknown format at
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: 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.v20100814043...
plus the eclipse-nls-de rpm:
http://kojipkgs.fedoraproject.org/packages/eclipse-nls/3.6.0.v20100814043...
--- 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...
--- 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...
--- 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.
11 years, 2 months
[Fedora-i18n-bugs] [Bug 504757] New: Bad translation in German language pack
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: 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.
11 years, 2 months
[Fedora-i18n-bugs] [Bug 513901] New: ibus-table setup does not store config settings
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-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.
11 years, 3 months