[Fedora-i18n-bugs] [Bug 1380691] New: Up down arrows are not working for emoji suggestions.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1380691
Bug ID: 1380691
Summary: Up down arrows are not working for emoji suggestions.
Product: Fedora
Version: 25
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: adasound(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
Up down arrows are not working for emoji suggestions.
Version-Release number of selected component (if applicable):
1.5.4-2
How reproducible:
Every time
Steps to Reproduce:
1.Press ctrl+shift+e and write "smile"
2.Click on the up down arrows.
3.
Actual results:
Nothing happening.
Expected results:
It should scroll the list.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Fedora-i18n-bugs] [Bug 1308589] New: Japanese input doesn't work after switching from Russian input
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1308589
Bug ID: 1308589
Summary: Japanese input doesn't work after switching from
Russian input
Product: Fedora
Version: 23
Component: ibus-kkc
Assignee: dueno(a)redhat.com
Reporter: vitaly.weed(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
When switching from Russian to Japanese (Kana Kanji), input is not working
properly.
Steps to reproduce:
1. in Settings set English (US), Russian and Japanese (Kana Kanji) as your
input sources
2. open text editor, e.g. Gedit
3. switch to English, then switch to Japanese, type (you will notice that kana
conversion works well)
4. switch to Russian, then switch to Japanese, type (you will notice that you
type cyrillic characters)
To fix Japanese input it necessary at first to switch to English and then to
Japanese.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Fedora-i18n-bugs] [Bug 1380696] New: [Fedora-25][oowriter] - Sub-Menu list without proper indentation, appearing.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1380696
Bug ID: 1380696
Summary: [Fedora-25][oowriter] - Sub-Menu list without proper
indentation, appearing.
Product: Fedora
Version: 25
Component: libreoffice
Keywords: i18n
Severity: low
Priority: medium
Assignee: caolanm(a)redhat.com
Reporter: smaitra(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caolanm(a)redhat.com, dtardon(a)redhat.com,
eng-i18n-bugs(a)redhat.com, erack(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mstahl(a)redhat.com,
sbergman(a)redhat.com, smaitra(a)redhat.com
Created attachment 1206219
--> https://bugzilla.redhat.com/attachment.cgi?id=1206219&action=edit
Error-1, sub-menu list overlapping with Menu items
Description of problem:
While logged with any language(tried with fr_FR), when you click on "Edit"
menu, the sub-menu list appearing not proper way.
Different locales has different sub-menu list which are appearing improperly.
Like in es_ES, its "Insert" Menu appearing improperly.
Like mr_IN, its again "Edit" menu which appearing improperly.
Version-Release number of selected component (if applicable):
libreoffice-writer-5.2.2-1.5.fc25
How reproducible:
Always.
Steps to Reproduce:
1. Install FC25 with fr, or es locale
2. Launch oowriter.
3. Click on File Menu and mouse over "Edit" Menu, and other menu items
4. Observe the difference in sub-menu list appearance between "Edit" and other
Sub-menus
Actual results:
Edit Sub-Menu list appearing over the level "edit" and is not properly
indented.
Expected results:
All the the sub-menu lists should appear with equal indentation.
Additional info:
Screen shot for correct and wrong indentation attached,
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Fedora-i18n-bugs] [Bug 1380036] tab name like "New Tab" are not automatly translated when you change language
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1380036
Jan Horak <jhorak(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |WONTFIX
Last Closed| |2016-09-29 06:52:19
--- Comment #1 from Jan Horak <jhorak(a)redhat.com> ---
If you mean a tab named "New Tab" (ie. without any loaded page) we can't do
much about it. Last tabs are restored from
profile_dir/sessionstore-backup/previous.js file where the "New Tab" string is
stored along with tab url. That makes loading list of last opened tabs very
fast.
The downside is there does not do any translation during loading, but since
frequent changing language for one's profile is minor use case therefore
checking language changes each time Firefox is launched and rebuild tabs list
would be making things slow, thus closing as won't fix.
If you meant different issue, please reopen and elaborate with more detail.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months
[Fedora-i18n-bugs] [Bug 1372660] New: [abrt] ibus-typing-booster: hunspell_table.py:248: update_transliterated_strings:KeyError: 'NoIme'
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1372660
Bug ID: 1372660
Summary: [abrt] ibus-typing-booster:
hunspell_table.py:248:update_transliterated_strings:Ke
yError: 'NoIme'
Product: Fedora
Version: 25
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
smaitra(a)redhat.com
Description of problem:
- Use mr-IN typing-booster
- type something
- Open setup tool and enable "Add direct input"
- type something
- Open setup tool and disable "Add direct input"
- type something
- Open setup tool and enable "Add direct input"
- type something
-> Crash
Version-Release number of selected component:
ibus-typing-booster-1.5.2-1.fc25
Additional info:
reporter: libreport-2.7.2
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
executable: /usr/share/ibus-typing-booster/engine/main.py
kernel: 4.8.0-0.rc4.git0.1.fc25.x86_64
pkg_vendor: (none)
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:248:update_transliterated_strings:KeyError: 'NoIme'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1329, in
do_process_key_event
result = self._process_key_event (key)
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1724, in
_process_key_event
self._editor.insert_string_at_cursor([key.msymbol])
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 293, in
insert_string_at_cursor
self.update_transliterated_strings()
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 248, in
update_transliterated_strings
self._transliterators[ime].transliterate(
KeyError: 'NoIme'
Local variables in innermost frame:
self: <hunspell_table.editor object at 0x7f106fb5e898>
ime: 'NoIme'
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 8 months