[Fedora-i18n-bugs] [Bug 1632981] New: Inputting hangul marchs in place in gnome-terminal
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1632981
Bug ID: 1632981
Summary: Inputting hangul marchs in place in gnome-terminal
Product: Fedora
Version: 29
Component: ibus-hangul
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: sangu.fedora(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
Inputting hangul marchs in place in gnome-terminal
Version-Release number of selected component (if applicable):
1.5.1-2.fc29.x86_64
How reproducible:
always
Steps to Reproduce:
1. launch gnome-terminal
2. input hangul (switch hangul, click any keys)
3.
Actual results: click rrrrrr (with ibus-hangul)
Expected results: click rrrrrr (with ibus-hangul)
ㄲㄲㄲㄲ
Additional info:
ibus-1.5.19-4.fc29.x86_64
gnome-shell-3.30.0-8.fc29.x86_64
xorg-x11-server-Xwayland-1.20.1-2.fc29.x86_64
libwayland-server-1.16.0-1.fc29.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1632646] New: Not able to commit Japanese characters by hitting enter key in libreoffice applications /nautilus
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1632646
Bug ID: 1632646
Summary: Not able to commit Japanese characters by hitting
enter key in libreoffice applications/nautilus
Product: Fedora
Version: 29
Component: ibus-kkc
Keywords: i18n
Assignee: dueno(a)redhat.com
Reporter: bbarve(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem: in F29, trying to input using Japanese(kana kanji) in
oowriter. when I start typing in Japanese(Hiragana) and press space for
candidates suggestion, I get the candidates window as expected. However if I
select a candidate and hit enter to commit that word, no input is entered.
Experiencing this with libreoffice applications and nautilus.
Version-Release number of selected component (if applicable):
F29
ibus-1.5.19-4.fc29.x86_64
How reproducible:
always
Steps to Reproduce:
1. open oowriter
2. using kana kanji input method, start typing any Japanese input.
3. press space for candidate suggestion window.
4. from the candidate suggestion window, select a candidate at any position and
hit enter to commit it.
Actual results:
No input is entered.
Expected results:
The input should get committed.
Additional info:
The input is working properly in gedit. It works in libreoffice as well if
direct input is entered by hitting enter, without candidate window.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1644475] New: [abrt] ibus-setup: join(): posixpath.py:80:join: TypeError: expected str, bytes or os.PathLike object, not NoneType
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1644475
Bug ID: 1644475
Summary: [abrt] ibus-setup: join():
posixpath.py:80:join:TypeError: expected str, bytes or
os.PathLike object, not NoneType
Product: Fedora
Version: 29
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: hi(a)nikhiljha.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:
Installed ibus, ran ibus-config (but ibus-config uses the current python, not
the system python like it should)
so I ran it with system python with
/usr/bin/python3 /usr/share/ibus/setup/main.py
and it crashed.
Version-Release number of selected component:
ibus-setup-1.5.19-4.fc29
Additional info:
reporter: libreport-2.9.6
cmdline: /usr/bin/python3 /usr/share/ibus/setup/main.py
crash_function: join
exception_type: TypeError
executable: /usr/share/ibus/setup/main.py
interpreter: python3-3.7.1-1.fc29.x86_64
kernel: 4.18.16-300.fc29.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
posixpath.py:80:join:TypeError: expected str, bytes or os.PathLike object, not
NoneType
Traceback (most recent call last):
File "/usr/share/ibus/setup/main.py", line 698, in <module>
setup = Setup()
File "/usr/share/ibus/setup/main.py", line 115, in __init__
self.__init_ui()
File "/usr/share/ibus/setup/main.py", line 404, in __init_ui
self.__checkbutton_auto_start.set_active(self.__is_auto_start())
File "/usr/share/ibus/setup/main.py", line 654, in __is_auto_start
"share/applications/ibus.desktop")
File "/usr/lib64/python3.7/posixpath.py", line 80, in join
a = os.fspath(a)
TypeError: expected str, bytes or os.PathLike object, not NoneType
Local variables in innermost frame:
a: None
p: ('share/applications/ibus.desktop',)
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1547337] New: ibus-kkc won' t let me add words to dictionary in kana mode
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1547337
Bug ID: 1547337
Summary: ibus-kkc won't let me add words to dictionary in kana
mode
Product: Fedora
Version: 27
Component: ibus-kkc
Severity: medium
Assignee: dueno(a)redhat.com
Reporter: maverick6664(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Description of problem:
In kana mode which I like, KKC won't let me add words to the dictionary, while
in Roma-ji mode, it works fine.
Version-Release number of selected component (if applicable):
I use Fedora 27, but other version should be applied to.
How reproducible:
Always.
Steps to Reproduce:
1.Select a word (usually kanji word) with mouse.
2.Hit Alt+r (nothing happens then)
3.Enter its reading
Actual results:
No words are recorded.
Expected results:
Words are added to the dictionary.
Additional info:
It works in Romaji-mode.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1317385] New: Please fixes the generated ~/.i18n file
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1317385
Bug ID: 1317385
Summary: Please fixes the generated ~/.i18n file
Product: Fedora
Version: 23
Component: fonts-tweak-tool
Assignee: tagoh(a)redhat.com
Reporter: pwu(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Description of problem:
The content of .i18n file generated by fonts-tweak-tool is:
FC_LANG=zh-CN
maybe good to add export for .i18n file:
export FC_LANG=zh-CN
Version-Release number of selected component (if applicable):
fonts-tweak-tool-0.3.2-8.fc23.x86_64
How reproducible:
Steps to Reproduce:
1. Set "Chinese (P.R. of China)" in fonts-tweak-tool "Language Ordering"
2. Log in as English locale
Actual results:
gedit seems to use Traditional Chinese fonts for the character "骨"
Expected results:
gedit uses Simplified Chinese fonts for the character "骨"
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1631214] New: Missing some languages
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1631214
Bug ID: 1631214
Summary: Missing some languages
Product: Fedora
Version: rawhide
Component: langtable
Assignee: mfabian(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
The following languages are missing in languages.xml. references from
language-subtag-registry from IANA:
Type: language
Subtag: ab
Description: Abkhazian
Added: 2005-10-16
Suppress-Script: Cyrl
Type: language
Subtag: av
Description: Avaric
Added: 2005-10-16
Type: language
Subtag: bin
Description: Bini
Description: Edo
Added: 2005-10-16
Type: language
Subtag: bm
Description: Bambara
Added: 2005-10-16
Type: language
Subtag: bua
Description: Buriat
Added: 2005-10-16
Scope: macrolanguage
Type: language
Subtag: ch
Description: Chamorro
Added: 2005-10-16
Suppress-Script: Latn
Type: language
Subtag: co
Description: Corsican
Added: 2005-10-16
Type: language
Subtag: cu
Description: Church Slavic
Description: Church Slavonic
Description: Old Bulgarian
Description: Old Church Slavonic
Description: Old Slavonic
Added: 2005-10-16
Type: language
Subtag: ee
Description: Ewe
Added: 2005-10-16
Type: language
Subtag: fat
Description: Fanti
Added: 2005-10-16
Macrolanguage: ak
Type: language
Subtag: gn
Description: Guarani
Added: 2005-10-16
Suppress-Script: Latn
Scope: macrolanguage
Type: language
Subtag: ho
Description: Hiri Motu
Added: 2005-10-16
Type: language
Subtag: hz
Description: Herero
Added: 2005-10-16
Type: language
Subtag: ie
Description: Interlingue
Description: Occidental
Added: 2005-10-16
Type: language
Subtag: ii
Description: Sichuan Yi
Description: Nuosu
Added: 2005-10-16
Type: language
Subtag: io
Description: Ido
Added: 2005-10-16
Type: language
Subtag: jv
Description: Javanese
Added: 2005-10-16
Type: language
Subtag: kaa
Description: Kara-Kalpak
Added: 2005-10-16
Type: language
Subtag: ki
Description: Kikuyu
Description: Gikuyu
Added: 2005-10-16
Type: language
Subtag: kj
Description: Kuanyama
Description: Kwanyama
Added: 2005-10-16
Type: language
Subtag: kr
Description: Kanuri
Added: 2005-10-16
Scope: macrolanguage
Type: language
Subtag: kum
Description: Kumyk
Added: 2005-10-16
Type: language
Subtag: kwm
Description: Kwambi
Added: 2009-07-29
Type: language
Subtag: lah
Description: Lahnda
Added: 2005-10-16
Scope: macrolanguage
Type: language
Subtag: lez
Description: Lezghian
Added: 2005-10-16
Type: language
Subtag: mh
Description: Marshallese
Added: 2005-10-16
Suppress-Script: Latn
Type: language
Subtag: mo
Description: Moldavian
Description: Moldovan
Added: 2005-10-16
Deprecated: 2008-11-22
Preferred-Value: ro
Suppress-Script: Latn
Type: language
Subtag: na
Description: Nauru
Added: 2005-10-16
Suppress-Script: Latn
Type: language
Subtag: ng
Description: Ndonga
Added: 2005-10-16
Type: language
Subtag: nqo
Description: N'Ko
Description: N’Ko
Added: 2006-06-05
Suppress-Script: Nkoo
Type: language
Subtag: nv
Description: Navajo
Description: Navaho
Added: 2005-10-16
Type: language
Subtag: ota
Description: Ottoman Turkish (1500-1928)
Added: 2005-10-16
Type: language
Subtag: rm
Description: Romansh
Suppress-Script: Latn
Added: 2005-10-16
Type: language
Subtag: rn
Description: Rundi
Added: 2005-10-16
Suppress-Script: Latn
Type: language
Subtag: sco
Description: Scots
Added: 2005-10-16
Type: language
Subtag: sel
Description: Selkup
Added: 2005-10-16
Type: language
Subtag: sg
Description: Sango
Added: 2005-10-16
Suppress-Script: Latn
Type: language
Subtag: sh
Description: Serbo-Croatian
Added: 2005-10-16
Scope: macrolanguage
Comments: sr, hr, bs are preferred for most modern uses
Type: language
Subtag: sma
Description: Southern Sami
Added: 2005-10-16
Type: language
Subtag: smn
Description: Inari Sami
Added: 2005-10-16
Type: language
Subtag: sms
Description: Skolt Sami
Added: 2005-10-16
Type: language
Subtag: sn
Description: Shona
Added: 2005-10-16
Type: language
Subtag: su
Description: Sundanese
Added: 2005-10-16
Type: language
Subtag: syr
Description: Syriac
Added: 2005-10-16
Scope: macrolanguage
Type: language
Subtag: tw
Description: Twi
Added: 2005-10-16
Macrolanguage: ak
Type: language
Subtag: ty
Description: Tahitian
Added: 2005-10-16
Type: language
Subtag: tyv
Description: Tuvinian
Added: 2005-10-16
Type: language
Subtag: vo
Description: Volapük
Added: 2005-10-16
Type: language
Subtag: vot
Description: Votic
Added: 2005-10-16
Type: language
Subtag: wen
Description: Sorbian languages
Added: 2005-10-16
Scope: collection
Type: language
Subtag: yap
Description: Yapese
Added: 2005-10-16
Type: language
Subtag: za
Description: Zhuang
Description: Chuang
Added: 2005-10-16
Scope: macrolanguage
Version-Release number of selected component (if applicable):
langtable-data-0.0.38-8.fc29.noarch
Additional info:
There might be more missing languages though those languages are used in
fontconfig's orthography.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1637760] New: [abrt] ibus: type_check_is_value_type_U(): ibus-x11 killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1637760
Bug ID: 1637760
Summary: [abrt] ibus: type_check_is_value_type_U(): ibus-x11
killed by SIGSEGV
Product: Fedora
Version: 29
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: shecks(a)gmail.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 logged on to a new Gnome session after booting
Version-Release number of selected component:
ibus-1.5.19-4.fc29
Additional info:
reporter: libreport-2.9.6
backtrace_rating: 4
cmdline: /usr/libexec/ibus-x11 --kill-daemon
crash_function: type_check_is_value_type_U
executable: /usr/libexec/ibus-x11
journald_cursor:
s=2da36e7925a34964bed4b4d94ec64675;i=7b560;b=7862993198814ab981c1d449ed7fd4b8;m=3564ee4;t=577d63ed91771;x=e27b130a7128e980
kernel: 4.18.12-300.fc29.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 type_check_is_value_type_U at gtype.c:4175
#1 g_type_check_value at gtype.c:4198
#2 parse_border at gtkcssshorthandpropertyimpl.c:399
#3 gtk_css_shorthand_property_parse_value at gtkcssshorthandproperty.c:133
#4 parse_declaration at gtkcssprovider.c:1473
#5 parse_declarations at gtkcssprovider.c:1583
#6 parse_ruleset at gtkcssprovider.c:1615
#7 parse_statement at gtkcssprovider.c:1644
#8 parse_stylesheet at gtkcssprovider.c:1660
#9 gtk_css_provider_load_internal at gtkcssprovider.c:1787
Potential duplicate: bug 1576300
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Fedora-i18n-bugs] [Bug 1566440] New: [ibus-typing-booster] Selection using mouse does not work in the candidate selection window.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1566440
Bug ID: 1566440
Summary: [ibus-typing-booster] Selection using mouse does not
work in the candidate selection window.
Product: Fedora
Version: 28
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: bbarve(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
Description of problem: When typing booster is enabled, user is not able to
select from candidate selection window using mouse. Previously it used to work
with mouse when checked in F27.
Version-Release number of selected component (if applicable):
F28 beta
How reproducible:
always
Steps to Reproduce:
1. select any typing-booster input method from control-center.
2. open gedit or any other editor
3. start typing
4. when the candidate selection window appears, try to select any option using
mouse
Actual results:
selection using mouse does not work
Expected results:
User should be able to select candidate using mouse too.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months