[Fedora-i18n-bugs] [Bug 1019596] New: ibus-hangul should flush the pre-edit buffer before focus change
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1019596
Bug ID: 1019596
Summary: ibus-hangul should flush the pre-edit buffer before
focus change
Product: Fedora
Version: 19
Component: ibus-hangul
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: dchen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Description of problem:
Without flush the pre-edit buffer, ibus-hangul may mistakenly output the last
character to the next input focus and cause confusion.
Version-Release number of selected component (if applicable):
ibus-hangul-1.4.2-5.fc19.x86_64
How reproducible:
Always with firefox.
Steps to Reproduce:
1. Open firefox
2. Go to web page that has input field, (e.g. wikipedia)
3. Type 가나다 (rkskek) in the browser search field, do NOT press enter or space.
4. Click the input field in the web page.
Actual results:
'다' is pasted to the input field.
Expected results:
Input field stays clean.
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=hHaxWXUuz4&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 1019544] New: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1019544
Bug ID: 1019544
Summary: [abrt] ibus-libpinyin-1.6.91-2.fc19:
pinyin::ChewingLengthIndexLevel::load: Process
/usr/libexec/ibus-engine-libpinyin was killed by
signal 11 (SIGSEGV)
Product: Fedora
Version: 19
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: lihuanshuaiplus(a)qq.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Description of problem:
after startup, at my opening every app that needs IMs
Version-Release number of selected component:
ibus-libpinyin-1.6.91-2.fc19
Additional info:
reporter: libreport-2.1.7
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: pinyin::ChewingLengthIndexLevel::load
executable: /usr/libexec/ibus-engine-libpinyin
kernel: 3.11.2-201.fc19.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 pinyin::ChewingLengthIndexLevel::load at chewing_large_table.cpp:818
#1 pinyin::ChewingBitmapIndexLevel::load at chewing_large_table.cpp:733
#2 load at ../src/storage/chewing_large_table.h:119
#4 pinyin_init at pinyin.cpp:209
#5 PY::LibPinyinBackEnd::initPinyinContext at PYLibPinyin.cc:69
#6 PY::LibPinyinBackEnd::allocPinyinInstance at PYLibPinyin.cc:94
#7 PY::LibPinyinFullPinyinEditor::LibPinyinFullPinyinEditor at
PYPFullPinyinEditor.cc:32
#8 PY::LibPinyinPinyinEngine::LibPinyinPinyinEngine at PYPPinyinEngine.cc:60
#9 PY::ibus_pinyin_engine_constructor at PYEngine.cc:162
#11 g_object_new_valist at gobject.c:1836
Potential duplicate: bug 901879
--
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=hPRab1XKFp&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 1013299] New: Unnecessary functionality should be locked down while screen is locked
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1013299
Bug ID: 1013299
Summary: Unnecessary functionality should be locked down while
screen is locked
Product: Fedora
Version: 19
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: yukawa(a)google.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Created attachment 804626
--> https://bugzilla.redhat.com/attachment.cgi?id=804626&action=edit
You can launch set-up tool even when the screen is locked
Description of problem:
Currently ibus-kkc exposes unnecessary functionality even when the screen is
locked
Version-Release number of selected component (if applicable):
Clean installed Fedora 19.
How reproducible:
100%
Steps to Reproduce:
1. Log in
2. Lock screen
3. Select "設定" from the menu of ibus-kkc exposed by gnome-shell
Actual results:
Nothing appears, but the setting dialog is actually launched in the user
desktop. The user will see it when he/she actually unlocks the screen.
Expected results:
This functionality should be hidden and disabled while the screen is locked.
Additional info:
Basically we should carefully design IME functionality that is available on
log-in screen and/or locked screen. For instance, we should disable following
features to secure user privacy and prevent DOS attack.
- Feature that directly or indirectly updates user dictionary
- Feature that directly or indirectly exposes user dictionary
- Feature that directly or indirectly updates user input history
- Feature that directly or indirectly exposes user input history
--
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=t4JQFGAYMd&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 982201] New: caret position is hard to recognize
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=982201
Bug ID: 982201
Summary: caret position is hard to recognize
Product: Fedora
Version: 19
Component: konsole
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: than(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, jreznik(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
rdieter(a)math.unl.edu, rnovacek(a)redhat.com,
than(a)redhat.com
Created attachment 770450
--> https://bugzilla.redhat.com/attachment.cgi?id=770450&action=edit
screenshot
Description of problem:
When typing something on konsole and coverting with Input Method, there are no
color nor decorations in preedit and caret position during conversion. this
makes harder to work with IM on konsole.
Version-Release number of selected component (if applicable):
konsole-4.10.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.install ibus, ibus-kkc, imsettings and imsettings-qt say
2.run KDE with Japanese locale
3.open konsole and press super+space and type watasinonamaehanakanodesu and
press space say
Actual results:
all of strings are on reverse decoration. hard to see where is the segment of
strings
Expected results:
should be used with proper decorations to see the caret position and segments.
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=2DEzky3bFC&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 981508] New: colloquial conversion support
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=981508
Bug ID: 981508
Summary: colloquial conversion support
Product: Fedora
Version: 19
Component: libkkc
Severity: unspecified
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
libkkc seems not dealing with it properly so far. that would be nice if libkkc
can support it as well as mozc say.
Version-Release number of selected component (if applicable):
libkkc-0.2.4-1.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.type わかんない say
2.try to convert it
3.
Actual results:
|わかん|ない|
Expected results:
|分かんない|
Additional info:
may be nice to see an option for priority of conversion style like other IM
(particularly in proprietary IM) has. that may helps not to mess up the
dictionary.
--
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=0HRorvlm2y&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 966799] New: English (UK) keyboard does not have pipe key
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=966799
Bug ID: 966799
Summary: English (UK) keyboard does not have pipe key
Product: Fedora
Version: 19
Component: xkeyboard-config
Severity: high
Priority: unspecified
Assignee: peter.hutterer(a)redhat.com
Reporter: twohotis(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
peter.hutterer(a)redhat.com
Description of problem:
The pipe (|) key located to the right of the LEFT-SHIFT key doesn't work
requiring that UK users press the combination of ALTGR+` key
Version-Release number of selected component (if applicable):
2.8-3.fc19
How reproducible:
Consistent
Steps to Reproduce:
1. Fire up Fedora-18 or Fedora-19 (RC2-4)
2. hit the pipe key (after the left shift)
3.
Actual results:
Nothing happens ... no character is transmitted
Expected results:
A backslash should show, or a pipe key (if shift key is held down)
Additional info:
The graphical keyboard layout confirms this omission. The described key is
omitted too. This is not a complete UK keyboard IMHO
--
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=WESUwVaJ4H&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 964105] New: yum on es_ES system show some parts in en_US others in es_ES [ Fedora 19 ]
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=964105
Bug ID: 964105
Summary: yum on es_ES system show some parts in en_US others in
es_ES [ Fedora 19 ]
Product: Fedora
Version: 19
Component: yum-langpacks
Severity: high
Priority: unspecified
Assignee: notting(a)redhat.com
Reporter: nix.sasl(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
james.antill(a)redhat.com, notting(a)redhat.com,
petersen(a)redhat.com, pnemade(a)redhat.com
Category: ---
Description of problem:
After update of yum, show me some parts of the installation in english, others
in spanish on a system configured in es_ES.
====================================================
[root@localhost ~]# echo $LANG
es_ES.UTF-8
[root@localhost ~]# yum install iptraf-ng
Complementos cargados:langpacks, refresh-packagekit
Resolviendo dependencias
--> Ejecutando prueba de transacción
---> Paquete iptraf-ng.i686 0:1.1.3.1-4.fc19 debe ser instalado
--> Resolución de dependencias finalizada
Dependencias resueltas
================================================================================================================
Package Arquitectura Versión
Repositorio Tamaño
================================================================================================================
Instalando:
iptraf-ng i686 1.1.3.1-4.fc19
fedora 298 k
Resumen de la transacción
================================================================================================================
Instalar 1 Paquete
Tamaño total de la descarga: 298 k
Tamaño instalado: 649 k
Is this ok [y/d/N]: <============== English on a es_ES system
Downloading packages:
iptraf-ng-1.1.3.1-4.fc19.i686.rpm
| 298 kB 00:00:02
Running transaction check <=========== English
Running transaction test <============ English
Transaction test succeeded
Running transaction <============= English
Instalando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Comprobando : iptraf-ng-1.1.3.1-4.fc19.i686
1/1
Instalado:
iptraf-ng.i686 0:1.1.3.1-4.fc19
¡Listo!
===============================
The "Running transaction *" is normal on previous versions, but in the new
version of yum, the added "Is this ok [y/d/N]:" is not traslated to correct
language.
Version-Release number of selected component (if applicable):
Fedora 19 beta tc4 kde
yum-3.4.3-91.fc19.noarch
yum-langpacks-0.3.1-2.fc19.noarch
How reproducible:
Always
Steps to Reproduce:
1.Install Fedora 19 beta tc4 and select spanish as language
2.yum update
3.yum install htop and see the mixed language
Actual results:
Yum has a mixed language, en_US and the selected by the user.
Expected results:
Yum completely in the language of the system, according to the $LANG variable
Additional info:
I speak native spanish, i can translate all if you want, no problem.
--
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=LsxO0Sbov5&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 960628] New: Cannot save translation without conversion specifiers in source string
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960628
Bug ID: 960628
Summary: Cannot save translation without conversion specifiers
in source string
Product: Fedora
Version: 19
Component: transifex
Severity: unspecified
Priority: unspecified
Assignee: domingobecker(a)gmail.com
Reporter: jmatsuzawa(a)gnome.org
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, diegobz(a)gmail.com,
domingobecker(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
r.landmann(a)redhat.com, rakesh.pandit(a)gmail.com
Category: ---
Created attachment 744766
--> https://bugzilla.redhat.com/attachment.cgi?id=744766&action=edit
Screenshot showing this problem
Description of problem:
If a translated string does not have the same conversion specifiers in the
source string, saving it fails with the error which says "The expression '%e'
is not present in the translation". I've attached a screenshot showing this
problem. Please refer to it.
I think translations like that should be accepted. Some format strings like
date-time formats does not always need to have the same specifiers in the
original texts.
Version-Release number of selected component (if applicable):
N/A
How reproducible:
Always
Steps to Reproduce:
1. Open a string with one or more conversion specifiers on Transifex
2. Translate it into a string without the same specifiers
3. Press the save button.
Actual results:
Transifex says "The expression '%e' is not present in the translation" and
translations are not saved.
Expected results:
Translations are saved normally.
Additional info:
A workaround is to upload a PO file instead of saving translations on the web
interface editor.
--
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=UnPik0xqp6&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 958802] New: [ibus-typing-Booster][gu_IN]- Proper information to install hunspell dictionary.
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958802
Bug ID: 958802
Summary: [ibus-typing-Booster][gu_IN]- Proper information to
install hunspell dictionary.
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Category: ---
Description of problem:
When type in gedit using typing booster, First It says "Please install hunspell
dictionary!" through popup window If it's not installed, When i clik on that
part then nothing happened, For new user it's bit confusing.
Suggestion:
There should be proper path For installation like settings->Region &
Language->Gujarati-inscript(hunspell))->go to "Install dictionary" on the
preference window
OR
when click on that part then it should be automatically go to hunspell
dictionary window where we can install it.
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.26-1.fc19.noarch
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.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pR3QZ1nuyp&a=cc_unsubscribe
9 years, 3 months