i18n-bugs September 2022

i18n-bugs@lists.fedoraproject.org

1 participants
143 discussions

[Bug 2123722] New: Noto Khmer to default for Khmer
by bugzilla＠redhat.com 02 May '23

02 May '23

https://bugzilla.redhat.com/show_bug.cgi?id=2123722 Bug ID: 2123722 Summary: Noto Khmer to default for Khmer Product: Fedora Version: rawhide Status: NEW Component: google-noto-fonts Keywords: FutureFeature Assignee: tagoh(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: As we have changed most languages default to Noto, it may be good to consider updating Khmer to Noto as well. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2123722

1 4

[Bug 2093859] New: [abrt] ibus-anthy-python: _Py_INCREF(): python3.10 killed by SIGSEGV
by bugzilla＠redhat.com 28 Apr '23

28 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2093859 Bug ID: 2093859 Summary: [abrt] ibus-anthy-python: _Py_INCREF(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:cf7f44bcb9c2c2815bdb65cb37a42f3598ad0a67;VAR IANT_ID=workstation; Component: ibus-anthy Assignee: tfujiwar(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: Version-Release number of selected component: ibus-anthy-python-1.5.14-4.fc36 Additional info: reporter: libreport-2.17.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service cmdline: python3 /usr/share/ibus-anthy/engine/main.py --ibus crash_function: _Py_INCREF executable: /usr/bin/python3.10 journald_cursor: s=0325f794070a4f0cbc4530c1f3e0ce87;i=251fb;b=a1249be8f9ec419eb97f1227a35e5fc0;m=87fad6a;t=5e062559eddf7;x=20a00219da6db34b kernel: 5.17.11-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _Py_INCREF at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/object.h:472 #1 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:2806 #2 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 #3 _PyEval_Vector at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5065 #4 _PyObject_VectorcallTstate at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:114 #5 PyObject_Vectorcall at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:123 #6 call_function at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5867 #7 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:4213 #8 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 #9 _PyEval_Vector at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5065 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2093859

1 3

[Bug 2013323] New: Cursor position and conversion regioni of ibus-anthy are invisible in Google Documents (both in firefox and google-chrome)
by bugzilla＠redhat.com 27 Apr '23

27 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2013323 Bug ID: 2013323 Summary: Cursor position and conversion regioni of ibus-anthy are invisible in Google Documents (both in firefox and google-chrome) Product: Fedora Version: 34 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: mfabian(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 Target Milestone: --- Classification: Fedora Created attachment 1832255 --> https://bugzilla.redhat.com/attachment.cgi?id=1832255&action=edit Video showing the wrongly displayed cursor position using ibus-anthy in Google Documents I did choose component ibus, although this is likely not an ibus bug but a problem in google docs, but I wanted to report it somehow, maybe something can be done to improve this: Fedora-Workstation-Live-x86_64-35-20210829.n.0.iso installed in qemu-kvm with all current updates. firefox-93.0-2.fc35.x86_64 google-chrome-unstable-96.0.4662.6-1.x86_64 ibus-1.5.25-4.fc35.x86_64 ibus-anthy-1.5.13-1.fc35.x86_64 See the attached video. In the video I type わたしのなまえはやまだです　first in gedit to show how it should work. After typing that hiragana, I type space to start conversion. The current conversion region is indicated by the cursor position and a purple background color. When the conversion to kanji is startet, at first the cursor position is at the left of the preedit and the conversion region is わたしの. I can then move the conversion region right with arrow-right and see that it moves because the blue background and the cursor position moves. Then I do the same in Google Documents (both in firefox and google-chrome, that makes no difference): - The cursor position is *always* shown at the right end of the preedit - The purple background color of the conversion region is not there One can move the conversion region around using the arrow keys, one just cannot see where the conversion region currently is the purple background is missing *and* the cursor position is *always* at the right end of the preedit. The same problem happens when trying to use ibus-typing-booster with the "inline completion" option in Google Documents. The color of the inline completion is missing *and* the cursor position is always at the end of the preedit, so one cannot see where the inline completion is and whether it has been accepted or not. In gedit in wayland, the colors don't work either, but at least the cursor position is shown correctly. When only the cursor position is shown but no color, it is not great at least somewhat usable. By carefully watching the cursor one can still see what is going on. But when the cursor positon is always at the right of preedit *and* there is no colour, this is completely unusable. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2013323

1 15

[Fedora-i18n-bugs] [Bug 1779123] New: Pango no longer supports type1 fonts
by bugzilla＠redhat.com 26 Apr '23

26 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1779123 Bug ID: 1779123 Summary: Pango no longer supports type1 fonts Product: Fedora Version: rawhide Status: NEW Component: pango Assignee: pwu(a)redhat.com Reporter: mjg(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pwu(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: In pango 1.44, pango dropped support for type1 fonts. Therefore, no application which uses pango for font loading can use type1 fonts any more. Version-Release number of selected component (if applicable): pango-1.44.6-1.fc31.x86_64 (and later) How reproducible: always Steps to Reproduce: 1. Upgrade F31 or rawhide 2. Open any pango-using application 3. Try to use type1 font Actual results: No type1 font is usable Expected results: Type1 font is usable Additional info: bug 1753295 is the same bug for dropped bitmap font support. Over there, workarounds specific for bitmap fonts (conversion to opentype bitmap fonts) are discussed. An attempt to discuss type1 there failed. This bug here is specifically about type1 fonts to discuss ways (or their absence) to deal with pangos dropped type 1 support. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Bug 1993618] New: [abrt] ibus-libpinyin: PY::PunctEditor::moveCursorToBegin(): ibus-engine-libpinyin killed by SIGABRT
by bugzilla＠redhat.com 26 Apr '23

26 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1993618 Bug ID: 1993618 Summary: [abrt] ibus-libpinyin: PY::PunctEditor::moveCursorToBegin(): ibus-engine-libpinyin killed by SIGABRT Product: Fedora Version: 34 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:e41f218ee5601bc1377bb63d92ea7cfafa49f6df;VAR IANT_ID=workstation; Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tcfxfzoi(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-libpinyin-1.12.0-3.fc34 Additional info: reporter: libreport-2.15.2 backtrace_rating: 4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: PY::PunctEditor::moveCursorToBegin executable: /usr/libexec/ibus-engine-libpinyin journald_cursor: s=b843de467070413eac4da2bc5d966ff5;i=701f;b=c1ce31806f0448d2826bedd20c47fa6b;m=99564a78;t=5c986a4580fd5;x=bf2d4d76d0a056b9 kernel: 5.13.9-200.fc34.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (9 frames) #4 PY::PunctEditor::moveCursorToBegin at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPunctEditor.cc:317 #5 PY::PunctEditor::processKeyEvent at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPunctEditor.cc:190 #6 PY::BopomofoEngine::processKeyEvent at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYPBopomofoEngine.cc:198 #8 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusmarshalers.c:280 #13 ibus_engine_service_method_call at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusengine.c:1107 #14 call_in_idle_cb at ../gio/gdbusconnection.c:4913 #18 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4131 #20 ibus_main at /usr/src/debug/ibus-1.5.24-5.fc34.x86_64/src/ibusshare.c:322 #21 start_component at /usr/src/debug/ibus-libpinyin-1.12.0-3.fc34.x86_64/src/PYMain.cc:141 -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 2062619] New: IBus stop working after locking screen
by bugzilla＠redhat.com 17 Apr '23

17 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2062619 Bug ID: 2062619 Summary: IBus stop working after locking screen Product: Fedora Version: rawhide Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: tagoh(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 Target Milestone: --- Classification: Fedora Description of problem: When I keep preediting on apps and the screen is locked by idle, IBus stop working after unlocking. Version-Release number of selected component (if applicable): ibus-1.5.25-13.fc36.x86_64 How reproducible: always Steps to Reproduce: 1.Install Workstation from Live 2.Setup with ja 3.Open LibreOffice Writer 4.Type something on preedit and wait for locking the screen 5.Unlock the screen Actual results: Unable to input through IBus on apps Expected results: Able to input through IBus Additional info: IBus get back after changing the focus for example. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2062619

1 26

[Bug 2124007] New: Keyboard disappears from list of installed keyboards
by bugzilla＠redhat.com 17 Apr '23

17 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=2124007 Bug ID: 2124007 Summary: Keyboard disappears from list of installed keyboards Product: Fedora Version: 36 Hardware: x86_64 OS: Linux Status: NEW Component: anthy Assignee: tagoh(a)redhat.com Reporter: Ben.Engbers(a)Be-Logical.nl QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: I have installed 3 keyboards (English VS, English International and Anthy). Anthy is mostly used in Libre Office Writer 7.3.4.2. I can switch the keyboard either by selecting one in the upper right corner of the screen or by cycling through te list of installed keyboards with Windows key/spacebar. After a few minutes my Lenovo laptop goes to sleep automatically. When I wake it up again, the Anthy keyboard has disappeared from the list of keyboards. Only the 2 English keyboards can be selected. In the settings dialog however, the Anthy keyboard is still visible. It is only after a new logon that the Japanese keyboard shows up again. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Logon after boot 2. Wait till the laptop goes to sleep 3. Wake up. Actual results: Anthy keyboard is no longer visible Expected results: Anthy keyboard can not be selected Additional info: -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2124007

1 2

[Fedora-i18n-bugs] [Bug 1895482] New: Liberation Fonts Support For Serbian locl Glyphs Incomplete
by bugzilla＠redhat.com 04 Apr '23

04 Apr '23

https://bugzilla.redhat.com/show_bug.cgi?id=1895482 Bug ID: 1895482 Summary: Liberation Fonts Support For Serbian locl Glyphs Incomplete Product: Fedora Version: rawhide Hardware: x86_64 OS: Linux Status: NEW Component: liberation-fonts Assignee: vishalvijayraghavan(a)gmail.com Reporter: aleslavista(a)outlook.it QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, vishalvijayraghavan(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1727218 --> https://bugzilla.redhat.com/attachment.cgi?id=1727218&action=edit Correctly Localized Glyphs Description of problem: Liberation Fonts do NOT provide full support for Serbian localized glyphs. Version-Release number of selected component (if applicable): Liberation-Fonts 2.1-1-1 How reproducible: You need a program that is able to access the font's localized glyphs: usually that's LibreOffice Writer. Steps to Reproduce: 1. Open LibreOffice Writer 2. Type бгдпт, then бгдпт in Italic, бгдпт in Bold and finally бгдпт in Italic Bold with Liberation Serif, and do the same with Liberation Sans 3. Set the language to "Serbian Cyrillic" Actual results: Not all glyphs are correctly localized Expected results: See attachment for correctly localized glyphs Additional info: Liberation Mono has slanted Italic, therefore only the first glyph should be localized: CYRILLIC LETTER SMALL BE. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 2095904] New: [abrt] ibus-typing-booster: read(): gzip.py:496:read:zlib.error: Error -3 while decompressing data: invalid distance too far back
by bugzilla＠redhat.com 14 Feb '23

14 Feb '23

https://bugzilla.redhat.com/show_bug.cgi?id=2095904 Bug ID: 2095904 Summary: [abrt] ibus-typing-booster: read(): gzip.py:496:read:zlib.error: Error -3 while decompressing data: invalid distance too far back Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:9aea8105e48adf15942982fad50f1476a116dd11;VAR IANT_ID=workstation; 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 Target Milestone: --- Classification: Fedora Description of problem: Version-Release number of selected component: ibus-typing-booster-2.15.27-1.fc36 Additional info: reporter: libreport-2.17.1 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/bin/python /usr/share/ibus-typing-booster/engine/main.py --ibus crash_function: read exception_type: zlib.error executable: /usr/share/ibus-typing-booster/engine/main.py interpreter: python-unversioned-command-3.10.4-1.fc36.noarch kernel: 5.17.13-300.fc36.x86_64 runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: #1 [/usr/lib64/python3.10/gzip.py:496] read #2 [/usr/lib64/python3.10/_compression.py:68] readinto #3 [/usr/lib64/python3.10/gzip.py:301] read #4 [/usr/lib/python3.10/site-packages/langtable/langtable.py:912] _expat_parse #5 [/usr/lib/python3.10/site-packages/langtable/langtable.py:932] _read_file #6 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2540] _init #7 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2547] __init__ #8 [/usr/lib/python3.10/site-packages/langtable/langtable.py:2553] <module> #9 [/usr/lib/python3.10/site-packages/langtable/__init__.py:1] <module> #10 [/usr/share/ibus-typing-booster/engine/itb_util.py:89] <module> -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2095904

1 1

[Bug 2095905] New: [abrt] ibus-typing-booster: _expat_parse(): langtable.py:912:_expat_parse:xml.parsers.expat.ExpatError: not well-formed (invalid token): line 11583, column 64
by bugzilla＠redhat.com 14 Feb '23

14 Feb '23

https://bugzilla.redhat.com/show_bug.cgi?id=2095905 Bug ID: 2095905 Summary: [abrt] ibus-typing-booster: _expat_parse(): langtable.py:912:_expat_parse:xml.parsers.expat.ExpatE rror: not well-formed (invalid token): line 11583, column 64 Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:9a0e6dba4ca5dc3486a02f907d47050684522fb5;VAR IANT_ID=workstation; 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 Target Milestone: --- Classification: Fedora Description of problem: Version-Release number of selected component: ibus-typing-booster-2.15.27-1.fc36 Additional info: reporter: libreport-2.17.1 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/bin/python /usr/share/ibus-typing-booster/setup/main.py crash_function: _expat_parse exception_type: xml.parsers.expat.ExpatError executable: /usr/share/ibus-typing-booster/setup/main.py interpreter: python-unversioned-command-3.10.4-1.fc36.noarch kernel: 5.17.13-300.fc36.x86_64 runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: langtable.py:912:_expat_parse:xml.parsers.expat.ExpatError: not well-formed (invalid token): line 11583, column 64 Traceback (most recent call last): File "/usr/share/ibus-typing-booster/setup/main.py", line 87, in <module> import tabsqlitedb File "/usr/share/ibus-typing-booster/setup/../engine/tabsqlitedb.py", line 38, in <module> import itb_util File "/usr/share/ibus-typing-booster/setup/../engine/itb_util.py", line 89, in <module> import langtable # type: ignore File "/usr/lib/python3.10/site-packages/langtable/__init__.py", line 1, in <module> from .langtable import * File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2553, in <module> __module_init = __ModuleInitializer() File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2547, in __init__ _init() File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 2539, in _init _read_file('territories.xml', TerritoriesContentHandler()) File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 932, in _read_file _expat_parse(file, sax_handler) File "/usr/lib/python3.10/site-packages/langtable/langtable.py", line 912, in _expat_parse parser.ParseFile(file) xml.parsers.expat.ExpatError: not well-formed (invalid token): line 11583, column 64 Local variables in innermost frame: file: <gzip on 0x7f2248a50700> sax_handler: <langtable.langtable.TerritoriesContentHandler object at 0x7f2248a507f0> parser: <pyexpat.xmlparser object at 0x7f2248a2e9e0> -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2095905

1 1

← Newer
1
...
4
5
6
7
8
9
10
...
15
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2022