[Fedora-i18n-bugs] [Bug 1043569] New: [ALL LANG] OK button should be disabled always for the default selected language
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1043569
Bug ID: 1043569
Summary: [ALL LANG] OK button should be disabled always for the
default selected language
Product: Fedora
Version: 20
Component: system-config-language
Assignee: pnemade(a)redhat.com
Reporter: pnemade(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
Description of problem:
[ALL LANG] OK button should be disabled always for the default selected
language.
Version-Release number of selected component (if applicable):
system-config-language-1.4.0-5.fc20.noarch
How reproducible:
100%
Steps to Reproduce:
1. Run system-config-language from terminal or run Language Selection from
desktop.
2. Check OK button for the default selected language.(ex. Japanese, OK button
is disabled.)
3. Click on the other language from the list.(ex. Kannada, OK button is
enabled.)
4. Click on the default selected language again.(ex. Japanese, OK button is
enabled.)
Actual results:
OK button is enabled.
Expected results:
OK button should be disabled always for the default selected language.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=5LPebrTdr5&a=cc_unsubscribe
10 years, 4 months
[Fedora-i18n-bugs] [Bug 974743] New: Group named german-support missing
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=974743
Bug ID: 974743
Summary: Group named german-support missing
Product: Fedora
Version: 19
Component: system-config-language
Severity: high
Priority: unspecified
Assignee: pnemade(a)redhat.com
Reporter: simon.lewis(a)slnet-online.de
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
pnemade(a)redhat.com, psatpute(a)redhat.com
When applying German in system-config-language dialogue following error message
is obtaimed:
"No Group named german-support exists: Do you still want to install language
without proper support?"
Steps to reproduce this:
Fedora 19 beta installed from KDE-live iso with German language selected in
Anaconda...
- German keyboard / local settings / some but not all translations
were installed and / or configured.
- KDE 4 German internationalisation was not installed.
Subsequently installed system-config-language.noarch
Run system-config-language.noarch from terminal select and apply German
language.
Terminal output:
# system-config-language
Geladene Plugins: langpacks, refresh-packagekit
Traceback (most recent call last):
File "/usr/share/system-config-language/language_gui.py", line 179, in
okClicked
self.apply()
File "/usr/share/system-config-language/language_gui.py", line 269, in apply
if not install.is_group_installed(grpid, self.mainWindow):
File "/usr/share/system-config-language/gui_install.py", line 118, in
is_group_installed
raise yum.Errors.GroupsError, "No Group named %s exists" % grpid
yum.Errors.GroupsError: No Group named german-support exists
#
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=s9b1vR2YYs&a=cc_unsubscribe
10 years, 4 months
[Fedora-i18n-bugs] [Bug 920025] New: [abrt] system-config-language-1.3.5-19.fc18: tui_install.py:395:is_group_installed:GroupsError: No Group named spanish-support exists
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=920025
Bug ID: 920025
Summary: [abrt] system-config-language-1.3.5-19.fc18:
tui_install.py:395:is_group_installed:GroupsError: No
Group named spanish-support exists
Product: Fedora
Version: 18
Component: system-config-language
Severity: unspecified
Priority: unspecified
Reporter: goesrex(a)gmail.com
Description of problem:
I installed system-config-language and I executed it in language spanish. Then
the program alerted me about a error. Immediately I removed it.
Version-Release number of selected component:
system-config-language-1.3.5-19.fc18
Additional info:
cmdline: /usr/bin/python
/usr/share/system-config-language/system-config-language.py
executable: /usr/share/system-config-language/system-config-language.py
kernel: 3.8.1-201.fc18.x86_64
uid: 0
Truncated backtrace:
tui_install.py:395:is_group_installed:GroupsError: No Group named
spanish-support exists
Traceback (most recent call last):
File "/usr/share/system-config-language/system-config-language.py", line 71,
in <module>
useTextMode()
File "/usr/share/system-config-language/system-config-language.py", line 37,
in useTextMode
app = language_tui.childWindow()
File "/usr/share/system-config-language/language_tui.py", line 173, in
__init__
rc = LanguageWindow()(screen)
File "/usr/share/system-config-language/language_tui.py", line 88, in
__call__
if not install.is_group_installed(grpid):
File "/usr/share/system-config-language/tui_install.py", line 395, in
is_group_installed
raise Errors.GroupsError, "No Group named %s exists" % grpid
GroupsError: No Group named spanish-support exists
Local variables in innermost frame:
self: <tui_install.tuiInstall object at 0x13cf590>
grpid: 'spanish-support'
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=DppPLVWa14&a=cc_unsubscribe
10 years, 4 months
[Fedora-i18n-bugs] [Bug 1037999] New: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process /usr/libexec/ibus-ui-gtk3 was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1037999
Bug ID: 1037999
Summary: [abrt] ibus-1.5.4-2.fc20: _g_log_abort: Process
/usr/libexec/ibus-ui-gtk3 was killed by signal 6
(SIGABRT)
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: lnie(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
just do a chinese kde install,after the first reboot,I saw this
Version-Release number of selected component:
ibus-1.5.4-2.fc20
Additional info:
reporter: libreport-2.1.9
backtrace_rating: 4
cmdline: /usr/libexec/ibus-ui-gtk3
crash_function: _g_log_abort
executable: /usr/libexec/ibus-ui-gtk3
kernel: 3.11.10-300.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#2 _g_log_abort at /lib64/libglib-2.0.so.0
#5 panel_switch_engine
#6 panel_update_engines
#7 ___lambda17__g_settings_changed
#8 g_cclosure_marshal_VOID__STRINGv at /lib64/libgobject-2.0.so.0
#9 _g_closure_invoke_va at /lib64/libgobject-2.0.so.0
#12 g_settings_real_change_event at /lib64/libgio-2.0.so.0
#13 ffi_call_unix64 at /lib64/libffi.so.6
#14 ffi_call at /lib64/libffi.so.6
#15 g_cclosure_marshal_generic_va at /lib64/libgobject-2.0.so.0
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=LJeidmvaWh&a=cc_unsubscribe
10 years, 5 months
[Fedora-i18n-bugs] [Bug 1013651] New: fi_FI compose keys not working with ibus
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1013651
Bug ID: 1013651
Summary: fi_FI compose keys not working with ibus
Product: Fedora
Version: 20
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: myllynen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem as discussed on IRC:
With F18 and later setting LC_CTYPE=fi_FI.UTF-8 does not make
/usr/share/X11/locale/fi_FI.UTF-8/Compose keys to work, one needs to set also
XMODIFIERS=@im=none as ibus has special casing only for pt_BR.UTF-8 currently.
ibus should handle also other relevant compose maps in addition to pt_BR.UTF-8.
The list of compose file which really differ from en_US.UTF-8 is:
/usr/share/X11/locale/am_ET.UTF-8/Compose
/usr/share/X11/locale/el_GR.UTF-8/Compose
/usr/share/X11/locale/fi_FI.UTF-8/Compose
/usr/share/X11/locale/pt_BR.UTF-8/Compose
Version-Release number of selected component (if applicable):
ibus-1.5.4-1.fc20
Additional info:
The quick test to see whether fi_FI compose keys work is that with
LC_CTYPE=fi_FI.UTF-8 dead_acute + space should produce acute (not apostrophe as
with en_US.UTF-8).
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=cXN2LVmN0a&a=cc_unsubscribe
10 years, 5 months
[Fedora-i18n-bugs] [Bug 1032442] New: [ibus-typing-booster][F20] - Support for the surrounding text needs to be implemented [RFE]
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1032442
Bug ID: 1032442
Summary: [ibus-typing-booster][F20] - Support for the
surrounding text needs to be implemented [RFE]
Product: Fedora
Version: 20
Component: ibus-typing-booster
Keywords: i18n
Severity: medium
Priority: high
Assignee: apatil(a)redhat.com
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, eng-i18n-bugs(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
psatpute(a)redhat.com, qe-i18n-bugs(a)redhat.com
Description of problem:
In F20 TC6 as tested, the support for the surrounding text needs to be
implemented.
Version-Release number of selected component (if applicable):
ibus-typing-booster-1.2.4-3.f20
hunspell-*-0.06-4.fc20
How reproducible:
Always
Steps to Reproduce:
1. Add hunspell or typing-booster input source for any locale from Region &
Language settings.
(Here I consider typing-booster:bn-IN or hunspell:bn-IN for example and
taken itrans as keymaps)
2. Select the keymaps mentioned in step 1.
3. For example type "baag" and press "SPACE" key
4. Observe the candidate window with predictive words disappears as soon as
user press the "SPACE"
5. Now press "LEFT ARROW KEY" once
6. Observe the text.
Actual results:
After step 6, the text does not get selected again to let the same previous
candidate window with same predictive word list appeared.
Expected results:
The text should get selected again as before (when user typed "baag") and the
same candidate window with the same predictive word list should appear.
Additional info: Even if you press "BACKSPACE" instead of navigation key (LEFT
ARROW KEY) the result remains the same.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=k2zwb8Eity&a=cc_unsubscribe
10 years, 5 months
[Fedora-i18n-bugs] [Bug 869117] New: Many identical entries are shown in input sources in “gnome-control-center region” when “Show all installed input sources” is on in gnome-tweak-tool
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=869117
Bug ID: 869117
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 18
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: Many identical entries are shown in input sources in
“gnome-control-center region” when “Show all installed
input sources” is on in gnome-tweak-tool
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: mfabian(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus
Product: Fedora
Created attachment 631885
--> https://bugzilla.redhat.com/attachment.cgi?id=631885&action=edit
many-identical-input-methods-shown-in-input-sources-selection.png
Fedora-18-Beta-TC6-x86_64-netinst.iso
- Default install
- Log into gnome session
- Install gnome-tweak-tool
- set “Show all installed input sources” to “on” in gnome-tweak-tool
- open gnome-control-center region
- select “input sources” tab
- click on + to add input methods
- scroll down until you see “(Cameroon Multilingual (azerty))”
This entry repeats many times. See screenshot.
Same for “(Taiwanese (indigenous))” and some others.
--
You are receiving this mail because:
You are on the CC list for the bug.
10 years, 5 months