January 2023 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 1790554] New: Keyboard layout of Kana Kanji wont show up

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1790554 Bug ID: 1790554 Summary: Keyboard layout of Kana Kanji wont show up Product: Fedora Version: rawhide Hardware: x86_64 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: sumukher(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: The keyboard layout for Kana Kanji Japanese doesnt show up Version-Release number of selected component (if applicable): Fedora-Rawhide-20200112.n.0 How reproducible: Everytime Steps to Reproduce: 1. Install Fedora-Rawhide-20200112.n.0 WS from live boot 2. Open settings and navigate to Region and Language 3. Add Japanese Kana Kanji in the input source 4. Click the icon looking like an eye button which should open the keyboard layout Actual results: Doesn't show up the keyboard layout Expected results: The keyboard layout should show up like it shows up for english Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks

1
20
0 / 0

[Bug 2105043] New: After an update, Japanese input stopped working

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2105043 Bug ID: 2105043 Summary: After an update, Japanese input stopped working Product: Fedora Version: 35 Status: NEW Component: anthy Assignee: tagoh(a)redhat.com Reporter: zaitcev(a)redhat.com 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: The 'ja' cannot be selected as before from Gnome menu. But "Japanese (Anthy)" is present in Settings. Tried to remove and re-add, no success. Version-Release number of selected component (if applicable): anthy-unicode-1.0.0.20211224-1.fc35.x86_64 ibus-anthy-1.5.14-1.fc35.x86_64 How reproducible: 100% on the affected system, but we don't know what triggered it. Steps to Reproduce: 1. Open Settins, Keyboard 2. Add Japanese (Anthy) 3. Check if the top (black) Gnome menu now has 'ja'. Actual results: No Japanese input Expected results: Working as before. 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=2105043

2 weeks

1
12
0 / 0

[Bug 1964374] New: stardict scan hotkey doesn't work

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1964374 Bug ID: 1964374 Summary: stardict scan hotkey doesn't work Product: Fedora Version: 33 Status: NEW Component: stardict Assignee: psatpute(a)redhat.com Reporter: antmak.pub(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com Target Milestone: --- Classification: Fedora Description of problem: The "Use scan hotkey:" option from StarDict's Preferences doesn't work Version-Release number of selected component (if applicable): stardict-3.0.6-15.fc33.x86_64 Fedore 33 GNOME @ Wayland session How reproducible: Just change the option to any value, it doesn't work. Steps to Reproduce: 1. Open StarDict 2. Open Preferences, "Scan Selection" tab 3. Enable "Use scan hotkey" option. 4. Values: "<Primary><Alt>x", "<Super>j", "<Primary><Alt>j" don't work - it can't scan selected words from other windows like Firefox or Gedit Actual results: It should scan selected words in other apps and open a translate window Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks

1
12
0 / 0

[Fedora-i18n-bugs] [Bug 1847347] New: gnome-terminal and xfce4-terminal get surrounding text from previous application

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=1847347 Bug ID: 1847347 Summary: gnome-terminal and xfce4-terminal get surrounding text from previous application Product: Fedora Version: 32 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 I made the following screenshots and video by testing on Gnome-Xorg, but the problem occurs on Gnome-Wayland as well. How to reproduce (see also attached screenshots and video): - To show what happens with the surrounding text, I first opened the setup tool of ibus-typing-booster and set the debug level in the options tab to 3. When the debug level is high, the auxiliary text above the candidate list shows what context has been obtained by using surrounding text (if surrounding text is available, if it is not available like when using xterm, the context is just remembered from what was typed last). - I opened 3 windows: gedit, firefox, and gnome-terminal. - I focus on gedit and type "a b c d e" On top of the candidate list one can see: "Context: b c d" This is because when the letter "e" was typed, ibus-typing-booster got the surrounding text at the cursor position and parsed the last 3 tokens left of the cursor out of the result. And these last 3 tokens left of the cursor are "b c d". - Now I focus on firefox and type "f g h i j" On top of the candidate list one can see: "Context: g h i" I.e. the correct context "g h i" to the left of the just typed "j" (which is still in preedit) has been found using surrounding text. - Now I focus on gnome-terminal and type "k l m" On top of the candidate list one can see: "Context h i j" This comes from the surrounding text left of the cursor in *firefox*, *not* from gnome-terminal. Although gnome-terminal reports that surrounding text is supported, i.e. self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT is True (see the code to get the context at: https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hun... ) gnome-terminal does not really seem to support surrounding text. The surrounding text comes from the previous client which really supported surrounding text. If the previous client was firefox, one still gets the surrounding text from firefox while typing in gnome-terminal. Same with gedit, if the previous client before focussing on gnome-terminal was gedit, one still gets the surrounding text from gedit while typing in gnome-terminal. - The same problem occurs when using xfce4-terminal instead of gnome-terminal. - When using xterm, the problem does *not* occur because when using xterm self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT is False and then the get_context() immediately returns and the context remembered from the last text typed is used as a fallback. -- You are receiving this mail because: You are on the CC list for the bug.

2 weeks, 1 day

1
13
0 / 0

[Bug 2095164] New: Conversion region of ibus-anthy is invisible in konsole, kwrite, kate

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2095164 Bug ID: 2095164 Summary: Conversion region of ibus-anthy is invisible in konsole, kwrite, kate Product: Fedora Version: 36 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 1888253 --> https://bugzilla.redhat.com/attachment.cgi?id=1888253&action=edit Video showing the the conversion region is visible in some places but invisible in konsole, kwrite, kate Using Fedora-Workstation-Live-x86_64-36-1.2.iso installed in qemu-kvm with all current updates. kwrite, kate, and konsole, do not show the conversion region when using ibus-anthy konsole5-22.04.1-1.fc36.x86_64 kwrite-22.04.1-1.fc36.x86_64 kate-21.12.2-1.fc36.x86_64 It does not matter whether these programs are used in Plasma(X11), Plasma(Wayland), Gnome(Xorg), Gnome(Wayland), the behaviour is always the same, the conversion region is never visible. In konsole the behaviour is even worse because not even the cursor is shown at the start of the conversion region. When testing in Plasma(Wayland) or Plasma(X11) and typing with ibus-anthy into the search field of the KDE control center, the conversion region is coloured and thus visible. It is also visible when typing into the entry field for a command which opens with Alt+F2. So there are only some programs in KDE where it does not work like konsole, kwrite, kate, ... whereas it works in other places. See the attached video. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2095164

2 weeks, 1 day

1
4
0 / 0

[Bug 2109358] New: emacs fails to start: Cannot open load file: No such file or directory, comp

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2109358 Bug ID: 2109358 Summary: emacs fails to start: Cannot open load file: No such file or directory, comp Product: Fedora Version: 36 Status: NEW Component: emacs-common-ddskk Assignee: dueno(a)redhat.com Reporter: nicku(a)nicku.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Description of problem: emacs fails to start if emacs-ddsdk is installed Version-Release number of selected component (if applicable): 16.2-12.fc36 How reproducible: Always Steps to Reproduce: 1.Install emacs, it runs 2.install emacs-ddsdk 3. Emacs refuses to start, with message, "Cannot open load file: No such file or directory, comp" Actual results: Emacs refuses to start, with message, "Cannot open load file: No such file or directory, comp" Expected results: emacs runs. Additional info: strace shows emacs looking iin so many places other than the right one. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2109358

2 weeks, 1 day

1
15
0 / 0

[Bug 2113224] New: fcitx-unikey: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2113224 Bug ID: 2113224 Summary: fcitx-unikey: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-unikey Assignee: liangsuilong(a)gmail.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, liangsuilong(a)gmail.com, robinlee.sysu(a)gmail.com, yanqiyu01(a)gmail.com Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-unikey failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89772056 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-unikey at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-unikey will be orphaned. Before branching of Fedora 38, fcitx-unikey will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fai... Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113224

2 weeks, 4 days

1
4
0 / 0

[Bug 2113223] New: fcitx-skk: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2113223 Bug ID: 2113223 Summary: fcitx-skk: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-skk Assignee: dueno(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-skk failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89772009 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-skk at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-skk will be orphaned. Before branching of Fedora 38, fcitx-skk will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fai... Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113223

2 weeks, 4 days

1
4
0 / 0

[Bug 2113221] New: fcitx-kkc: FTBFS in Fedora rawhide/f37

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2113221 Bug ID: 2113221 Summary: fcitx-kkc: FTBFS in Fedora rawhide/f37 Product: Fedora Version: rawhide Status: NEW Component: fcitx-kkc Assignee: dueno(a)redhat.com Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 2045102 (F37FTBFS,RAWHIDEFTBFS) Target Milestone: --- Classification: Fedora fcitx-kkc failed to build from source in Fedora rawhide/f37 https://koji.fedoraproject.org/koji/taskinfo?taskID=89771949 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Please fix fcitx-kkc at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, fcitx-kkc will be orphaned. Before branching of Fedora 38, fcitx-kkc will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fai... Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=2045102 [Bug 2045102] Fedora 37 FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2113221

2 weeks, 4 days

1
6
0 / 0

[Bug 2094689] New: [abrt] ibus-setup: dictkeys_decref(): python3.10 killed by SIGSEGV

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2094689 Bug ID: 2094689 Summary: [abrt] ibus-setup: dictkeys_decref(): python3.10 killed by SIGSEGV Product: Fedora Version: 36 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:5384a2084d3e5a0a50d73ac1d0f6702b6679e8e1;VAR IANT_ID=workstation; 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 Description of problem: Version-Release number of selected component: ibus-setup-1.5.26-8.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/setup/main.py ibus-setup crash_function: dictkeys_decref executable: /usr/bin/python3.10 journald_cursor: s=f4b06a7c90514868a0ecb24aa4a3d53e;i=66eb;b=3fc2379dae1240f58971d2cf0885b326;m=40d6d7d5;t=5e0eabf35c54a;x=e9d6ba44ac336a36 kernel: 5.17.13-300.fc36.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 dictkeys_decref at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:336 #1 dict_merge at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2588 #2 dict_update_common at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2428 #3 dict_update at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/dictobject.c:2446 #4 method_vectorcall_VARARGS_KEYWORDS at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Objects/descrobject.c:344 #5 _PyObject_VectorcallTstate at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:114 #6 PyObject_Vectorcall at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/cpython/abstract.h:123 #7 call_function at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:5867 #8 _PyEval_EvalFrameDefault at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Python/ceval.c:4198 #9 _PyEval_EvalFrame at /usr/src/debug/python3.10-3.10.4-1.fc36.x86_64/Include/internal/pycore_ceval.h:46 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2094689

2 weeks, 5 days

1
5
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs January 2023