November 2012 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 836437] New: [All Lang][fonts-tweak-tool] - Dummy focus shifting on language showing after deletion

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=836437 Bug ID: 836437 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: 17 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com, petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Assignee: jni(a)redhat.com Summary: [All Lang][fonts-tweak-tool] - Dummy focus shifting on language showing after deletion Regression: --- Story Points: --- Classification: Fedora OS: Linux Reporter: smaitra(a)redhat.com Type: Bug Documentation: --- Hardware: All Mount Type: --- Status: NEW Component: fonts-tweak-tool Product: Fedora Description of problem: Suppose user added 2 languages and those are showing in the language pane. Now, if user delete/remove one selected language, after deletion, the focus aotomatically shifted the one remaining language. But, its a dummy focus, and as result, user can see that the Remove button remains disable and the desciption of Alias fonts for that language is also now showing. In this case, user needs to press CRTL and select that language (which will actually work as deselect) and then again select it fresh, then all the disabled fields will be enabled. Its a confusing factor for any user. It should be rectified. Version-Release number of selected component (if applicable): fonts-tweak-tool-0.0.5-1.fc17.noarch How reproducible: Always Steps to Reproduce: 1. Open fonts-tweak-tool 2. Add 2 languages. 3. Now, delete/remove either of the two. 4. Observe the focus shifted on one remaining language, but also observe the "remove" button become disabled, and the Font alias section, showing nothing. Actual results: Focus shifting is acting as a dummy focus. Expected results: Focus should not be dummy and the expected scenario should be met. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 872942] New: Characater of CHH (=?UTF-8?Q?=E0=AA=9B?=) could not join with YA (=?UTF-8?Q?=E0=AA=AF?=)

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=872942 Bug ID: 872942 QA Contact: extras-qa(a)fedoraproject.org Severity: medium Version: rawhide Priority: unspecified CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Assignee: psatpute(a)redhat.com Summary: Characater of CHH (છ) could not join with YA (ય) Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: nileshbandhiya(a)yahoo.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: lohit-gujarati-fonts Product: Fedora Description of problem: Problem or error is that at the Lohit Gujarati font, Gujarati character CHH - છ (0A9B) could not join the Gujarati character YA - ય (0AAF). For example, the Gujarati word પુછ્યું work in Gujarati Unicode font Shruti, the character છ and ય joined. But at the Lohit Gujarati they cannot. And the character ્ (virama) display between both character. e.g. પુછ્યું -> Work in shruti પુછ ્ યું -> seems in Lohit Gujarati. -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 880538] New: drop obsoletes/Provides

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=880538 Bug ID: 880538 Summary: drop obsoletes/Provides Product: Fedora Version: 18 Component: samyak-fonts Severity: unspecified Priority: unspecified Reporter: pnemade(a)redhat.com Created attachment 652560 --> https://bugzilla.redhat.com/attachment.cgi?id=652560&action=edit spec cleanup Description of problem: Please drop obsoletes/provides as we have a rule of http://fedoraproject.org/wiki/Packaging:Guidelines#Renaming.2FReplacing_E... Version-Release number of selected component (if applicable): samyak-fonts-1.2.2-8.fc18 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 878538] New: drop -compat subpackage

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=878538 Bug ID: 878538 Summary: drop -compat subpackage Product: Fedora Version: 18 Component: culmus-fonts Severity: unspecified Priority: unspecified Reporter: pnemade(a)redhat.com Type: Bug Description of problem: I see -compat package added in some f11 development cycle. I don't think we need them now in f18 development cycle. Version-Release number of selected component (if applicable): culmus-fonts-0.121-3.fc18.src.rpm How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 867484] New: ibus icon unresponsive in kde

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=867484 Bug ID: 867484 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 17 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 icon unresponsive in kde Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: fedora.jrg01(a)grifent.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: ibus Product: Fedora Description of problem: The ibus icon in the system tray icons under kde is not responsive to mouse clicks, left or right. The configuration or current selection is not displayed as it should be. Version-Release number of selected component (if applicable): ibus-1.4.99.20120914-2.fc17.i686 How reproducible: Always for a user that had KDE as their desktop before Fedora 17 and are using their previous kde environment. I have had it work once on a fresh kde, but if I used the restart command for ibus, then the mouse clicks would not work. Steps to Reproduce: 1. Install Fedora 17 with KDE 2. Use KDE as your desktop 3. Try left or right mouse click on the tray icon. Actual results: Mouse clicks not responsive. Sometimes there will be a flash of a menu but it immediately goes away. Expected results: Should respond appropriately for left and right mouse clicks. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 868333] New: [abrt] ibus-1.4.99.20120914-2.fc17: g_logv: Process /usr/libexec/ibus-dconf was killed by signal 5 (SIGTRAP)

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=868333 Bug ID: 868333 QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Whiteboard: abrt_hash:c4a59ad353b1a5bc9fff1abe2305a78601d8e77e Version: 17 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: [abrt] ibus-1.4.99.20120914-2.fc17: g_logv: Process /usr/libexec/ibus-dconf was killed by signal 5 (SIGTRAP) Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: hufeng1987(a)gmail.com Type: --- Documentation: --- Hardware: x86_64 Mount Type: --- Status: NEW Component: ibus Product: Fedora Version-Release number of selected component: ibus-1.4.99.20120914-2.fc17 Additional info: libreport version: 2.0.14 abrt_version: 2.0.13 backtrace_rating: 4 cmdline: /usr/libexec/ibus-dconf crash_function: g_logv kernel: 3.6.2-4.fc17.x86_64 truncated backtrace: :Thread no. 1 (10 frames) : #0 g_logv at gmessages.h:101 : #2 dconf_engine_refresh_system at ../engine/dconf-engine.c:188 : #3 dconf_engine_setup at ../engine/dconf-engine.c:218 : #4 dconf_engine_new at ../engine/dconf-engine.c:376 : #5 dconf_client_construct at dconf-client.c:1508 : #6 dconf_client_new at dconf-client.c:1531 : #7 ibus_config_dconf_init at config.c:251 : #8 g_type_create_instance at gtype.c:1892 : #9 g_object_constructor at gobject.c:1849 : #11 g_object_new_valist at gobject.c:1830 -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
2
0 / 0

[Fedora-i18n-bugs] [Bug 876970] New: family testing on target="font" pattern doesn't match

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=876970 Bug ID: 876970 Summary: family testing on target="font" pattern doesn't match Product: Fedora Version: 18 Component: fontconfig Keywords: Regression Severity: unspecified Priority: unspecified Reporter: tagoh(a)redhat.com Type: Bug Description of problem: Because of the regression in the new feature for fontconfig, family testing on the target="font" rule doesn't work conditionally. it is when: * family contains non-English name. * and running locale is its one of non-English language. This similarly likely happens for style and fullname though, AFAIK at least we don't have such rules in Fedora, but anyway. Version-Release number of selected component (if applicable): fontconfig-2.10.1-2.fc18.x86_64 How reproducible: always Steps to Reproduce: 1.fc-match -v "VL Gothic:namelang=ja" | grep hinting 2. 3. Actual results: hinting: FcTrue(s) Expected results: hinting: FcFalse(s) according to the rule in 65-1-vlgothic-gothic.conf Additional info: just checked on Live but all of the font packages available in Fedora, only vlgothic-fonts affects this issue so far. -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 880957] New: m17n-lib doesn't uninstall properly

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=880957 Bug ID: 880957 Summary: m17n-lib doesn't uninstall properly Product: Fedora Version: 18 Component: m17n-lib Severity: unspecified Priority: unspecified Reporter: rc040203(a)freenet.de Description of problem: m17n-lib doesn't uninstall properly # yum remove m17n-lib ... Erasing : m17n-lib-1.6.4-3.fc18.i686 5/6 /sbin/ldconfig: relative path `0' used to build cache warning: %postun(m17n-lib-1.6.4-3.fc18.i686) scriptlet failed, exit status 1 Non-fatal POSTUN scriptlet failure in rpm package m17n-lib-1.6.4-3.fc18.i686 ... Version-Release number of selected component (if applicable): m17n-lib-1.6.4-3.fc18 How reproducible: Always Steps to Reproduce: 1. yum remove m17n-lib Actual results: c.f. warning above Expected results: Proper function. Additional info: This issue seems new in f18. Apparently, the postuninstall scriptlet of the f18-rpm is faulty: F18: # rpm -q --scripts m17n-lib postinstall program: /sbin/ldconfig postuninstall scriptlet (using /sbin/ldconfig): #This is needed for libm17n-gui.so.* F17: rpm -q --scripts m17n-lib postinstall program: /sbin/ldconfig postuninstall program: /sbin/ldconfig -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 880093] New: package does not follow naming guidelines

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=880093 Bug ID: 880093 Summary: package does not follow naming guidelines Product: Fedora Version: 18 Component: hyphen-as Severity: unspecified Priority: unspecified Reporter: pnemade(a)redhat.com Description of problem: Package does not follow naming guidelines http://fedoraproject.org/wiki/Packaging:NamingGuidelines#Version_Tag Version-Release number of selected component (if applicable): hyphen-as-0.20111229-1.fc18.noarch.rpm How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: version tag uses 0.20111229 Expected results: version tag should use 0.7.0 Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
9
0 / 0

[Fedora-i18n-bugs] [Bug 879261] New: dictionary is not automatically reloaded when it is installed via the setup tool

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=879261 Bug ID: 879261 Summary: dictionary is not automatically reloaded when it is installed via the setup tool Product: Fedora Version: 18 Component: ibus-typing-booster Severity: unspecified Priority: unspecified Reporter: mfabian(a)redhat.com When a dictionary is installed for an ibus-typing-booster engine using the ibus-typing-booster setup tool, the engine does not reload its dictionary automatically. Therefore, to make use of the newly installed dictionary one has to restart ibus manually. This should not be necessary, the engine should automatically reload the dictionary. -- You are receiving this mail because: You are on the CC list for the bug.

11 years, 6 months

1
3
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs November 2012