i18n-bugs September 2023

i18n-bugs@lists.fedoraproject.org

1 participants
119 discussions

[Bug 2237669] New: Key repeat doesn't work on Plasma Wayland
by bugzilla＠redhat.com 15 Jan '25

15 Jan '25

https://bugzilla.redhat.com/show_bug.cgi?id=2237669 Bug ID: 2237669 Summary: Key repeat doesn't work on Plasma Wayland Product: Fedora Version: 39 OS: Linux Status: NEW Component: ibus Severity: medium 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 After configuring IBus through Input Devices on systemsettings5, key repeat stopped working. Reproducible: Always Steps to Reproduce: 1.Change Virtual Keyboard from None to IBus Wayland 2.Open a app and press a key 3. Actual Results: Character corresponding to the key pressing appears only once on apps Expected Results: Character should be repeatedly added on apps -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2237669 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 4

[Bug 2004265] New: Official name of Taiwan is wrong
by bugzilla＠redhat.com 12 Dec '24

12 Dec '24

https://bugzilla.redhat.com/show_bug.cgi?id=2004265 Bug ID: 2004265 Summary: Official name of Taiwan is wrong Product: Fedora Version: 35 Hardware: All Status: NEW Component: iso-codes Assignee: pnemade(a)redhat.com Reporter: julian.g(a)posteo.de QA Contact: extras-qa(a)fedoraproject.org CC: caillon+fedoraproject(a)gmail.com, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: The "official name" of the country on Taiwan is wrong. It states "Province of China", which is obviously not its official name. No country would call itself "Province" of another country. The official name is "Republic of China". Some sources: - Official government website https://www.taiwan.gov.tw by the RoC Ministry of Foreign Affairs - You can ask any person living on the Island. - As an IT person, you might have some hardware labeled "Made in RoC". - The Hong Kong and the Taiwanese locale both have "中華民國" as a translation, which means "Republic of China". -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2004265

1 35

[Bug 2240167] New: Need to press Super+space twice to activate/deactivate on Cinnamon desktop
by bugzilla＠redhat.com 28 Nov '24

28 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2240167 Bug ID: 2240167 Summary: Need to press Super+space twice to activate/deactivate on Cinnamon desktop Product: Fedora Version: 39 OS: Linux Status: NEW Component: ibus Keywords: i18n Severity: medium 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 Summary says it all. The first Super+space just inserts a space and no input engine selector popped up. Super key needs to keep pressed though, the 2nd Super+space pops up the selector as expected. Reproducible: Always Steps to Reproduce: 1.Install from Fedora-Cinnamon-Live-x86_64-39-20230920.n.0.iso with ja 2.Boot and open gnome-terminal and/or xed 3.Press Super and space 4.Release space key only and press space key again Actual Results: space character are inserted at 3, and the selector popped up at 4 Expected Results: the selector should be popped up at 3 without inserting space $ rpm -qa | grep -e ^ibus ibus-libs-1.5.29~rc1-3.fc39.x86_64 ibus-gtk3-1.5.29~rc1-3.fc39.x86_64 ibus-gtk2-1.5.29~rc1-3.fc39.x86_64 ibus-setup-1.5.29~rc1-3.fc39.noarch ibus-1.5.29~rc1-3.fc39.x86_64 ibus-panel-1.5.29~rc1-3.fc39.x86_64 ibus-anthy-python-1.5.15-2.fc39.noarch ibus-anthy-1.5.15-2.fc39.x86_64 ibus-hangul-1.5.5-3.fc39.x86_64 ibus-libpinyin-1.15.4-1.fc39.x86_64 ibus-libzhuyin-1.10.2-4.fc39.x86_64 ibus-m17n-1.4.22-1.fc39.x86_64 ibus-typing-booster-2.24.1-1.fc39.noarch ibus-gtk4-1.5.29~rc1-3.fc39.x86_64 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2240167 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 7

[Bug 2237664] New: Emoji categories dialog has different state on cursor with keyboard and mouse
by bugzilla＠redhat.com 28 Nov '24

28 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2237664 Bug ID: 2237664 Summary: Emoji categories dialog has different state on cursor with keyboard and mouse Product: Fedora Version: 39 OS: Linux Status: NEW Component: ibus Severity: medium 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 The cursor on the emoji categories dialog is changed through moving mouse cursor on it though, moving the cursor with keyboard doesn't follow it. Reproducible: Always Steps to Reproduce: 1.Press Super+period and space to show the categories dialog 2.move the cursor through mouse to somewhere else 3.press down-arrow key Actual Results: The cursor moves down where it initially pointed at. i.e. 2nd item at the list in this case. Expected Results: The cursor should moves down where the mouse cursor pointed at the list. e.g. if it points to 4th item after step 2, the cursor should move down to 5th item. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2237664 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 4

[Bug 2182291] New: does imsettings-* need weak rich dependencies?
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2182291 Bug ID: 2182291 Summary: does imsettings-* need weak rich dependencies? Product: Fedora Version: rawhide Status: NEW Component: imsettings Assignee: tagoh(a)redhat.com Reporter: petersen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: It might be good to add some rich weak deps to pull in imsettings-* for certain desktop environments. eg imsettings-plasma (maybe dependent on plasma-desktop?) imsettings-cinnamon and imsettings-mate could be similarly handled perhaps. imsettings-xfce. On the other hand pre-installation seems preferable - so may need to think if this really is useful/makes sense. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2182291

1 4

[Bug 2068726] New: Culmus Hebrew fonts aren't usable by TeXLive after installation
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2068726 Bug ID: 2068726 Summary: Culmus Hebrew fonts aren't usable by TeXLive after installation Product: Fedora Version: 35 Status: NEW Component: culmus-fonts Assignee: pnemade(a)redhat.com Reporter: nikita(a)leshenko.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com, vishalvijayraghavan(a)gmail.com Target Milestone: --- Link ID: Red Hat Bugzilla 1919932 Classification: Fedora Description of problem: On a clean Fedora 35 after installing texlive, babel-hebrew, and tex-fonts-hebrew, I can't use pdflatex to render a Hebrew document. Version-Release number of selected component (if applicable): texlive 9:2021-48.fc35 texlive-babel-hebrew 9:svn30273.2.3h-48.fc35 tex-fonts-hebrew 0.1-35.fc35 How reproducible: Always Steps to Reproduce: 1. Start a new Fedora 35 container: podman run -it fedora:35 2. dnf install texlive texlive-babel-hebrew tex-fonts-hebrew 3. Try to render hello.tex document listed below (this is a basic Hebrew document) using pdflatex (pdflatex hello.tex). \documentclass{article} \usepackage[utf8x]{inputenc} \usepackage[english,hebrew]{babel} \begin{document} שלום! \end{document} Actual results: Blank PDF Expected results: PDF with Hebrew text Additional info: On Fedora 33 this document caused an error, on Fedora 35 something changed and the error no longer appears, but the result is a bad document. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2068726

1 9

[Bug 2131516] New: Sinhala letters shake, wobble and momentarily disappear and reappear when typing, sometimes with wrong cursor positions.
by bugzilla＠redhat.com 11 Nov '24

11 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2131516 Bug ID: 2131516 Summary: Sinhala letters shake, wobble and momentarily disappear and reappear when typing, sometimes with wrong cursor positions. Product: Fedora Version: 37 Status: NEW Component: ibus-m17n Assignee: pnemade(a)redhat.com Reporter: lohang(a)riseup.net QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com, pnemade(a)redhat.com, shawn.p.huang(a)gmail.com Target Milestone: --- Classification: Fedora Created attachment 1915511 --> https://bugzilla.redhat.com/attachment.cgi?id=1915511&action=edit Issue reproduced with gedit on GNOME + Wayland. Description of problem: When typing Sinhala text with ibus, the characters shake and wobble, making writing experience uncomfortable. Letters sometimes disappear for a moment and reappear. Two cursor positions or wrong cursor positions seem to appear during the process. The latter is somewhat similar to the issue described here https://gitlab.gnome.org/GNOME/pango/-/issues/684 Version-Release number of selected component (if applicable): How reproducible: Reproducible throughout the system. Environment : Fedora 37 beta, GNOME on Wayland. Applications : Gedit, Firefox, LibreOffice. Steps to Reproduce: 1. Enable Sinhala input with si-wijesekera 2. Type : isxy, NdIdfjka ,sjSfua oS wlqrq Tn fudn mksk whqrq ksrSlaIKh lrkak' (සිංහල භාෂාවෙන් ලිවීමේ දී අකුරු ඔබ මොබ පනින අයුරු නිරීක්ෂණය කරන්න.) 3. Typing any meaningful chunk of text can actually demonstrate the issue. Actual results: See attachments Expected results: Smooth typing without shaking, wobbling and disappearing/reappearing of characters. The issue is already there to a lesser extent on Fedora 36 too. So I am unable to show you a video of the ideal expected result at the moment. 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=2131516

1 19

[Bug 1974076] New: Chinese input methods use previously enabled layout
by bugzilla＠redhat.com 11 Nov '24

11 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=1974076 Bug ID: 1974076 Summary: Chinese input methods use previously enabled layout Product: Fedora Version: 34 Hardware: All OS: Linux Status: NEW Component: ibus-libpinyin Severity: medium Assignee: pwu(a)redhat.com Reporter: nickolay.ilyushin(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 Description of problem: ibus-libpinyin (and most probably several other input methods) uses `default` keyboard layout instead of `us` or whatever fits best. This effectively means that the last keyboard layout (non-IME) will be used for the pinyin input. For users which use non-Latin keyboard layouts, such as Russian or Ukrainian, this makes pinyin input unusable. Version-Release number of selected component (if applicable): 1.12.0 How reproducible: easily. Steps to Reproduce: 1. Enable pinyin input method in your settings. 2. Switch to e.g. Russian layout. 3. Switch to pinyin IME. 4. You will type Russian letters and pinyin IME will not trigger. Actual results: `4. You will type Russian letters and pinyin IME will not trigger.` Expected results: `4. You will type *Latin* letters and pinyin IME *will* trigger.` Additional info: There are two workarounds: 1. Manually patch `/usr/share/ibus/component/libpinyin.xml` and change `layout` to `us` from `default`. I don't know how this will work with non-QWERTY keyboards though. 2. Switch to a Latin layout before switching to pinyin. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 2135166] New: libunistring-1.1 is available
by bugzilla＠redhat.com 16 Oct '24

16 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2135166 Bug ID: 2135166 Summary: libunistring-1.1 is available Product: Fedora Version: rawhide Status: NEW Component: libunistring Keywords: FutureFeature, Triaged Assignee: p(a)draigbrady.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net, p(a)draigbrady.com, redhat-bugzilla(a)linuxnetz.de Target Milestone: --- Classification: Fedora Releases retrieved: 1.1 Upstream release that is considered latest: 1.1 Current version/release in rawhide: 1.0-2.fc37 URL: http://www.gnu.org/software/libunistring/ Please consult the package updates policy before you issue an update to a stable branch: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ More information about the service that created this bug can be found at: https://docs.fedoraproject.org/en-US/package-maintainers/Upstream_Release_M… Please keep in mind that with any upstream change, there may also be packaging changes that need to be made. Specifically, please remember that it is your responsibility to review the new version to ensure that the licensing is still correct and that no non-free or legally problematic items have been added upstream. Based on the information from Anitya: https://release-monitoring.org/project/1747/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/libunistring -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2135166

1 9

[Bug 2217542] New: cppcheck-2.11-1.fc39 fails on gettext.h with returnDanglingLifetime
by bugzilla＠redhat.com 20 Sep '24

20 Sep '24

https://bugzilla.redhat.com/show_bug.cgi?id=2217542 Bug ID: 2217542 Summary: cppcheck-2.11-1.fc39 fails on gettext.h with returnDanglingLifetime Product: Fedora Version: rawhide Hardware: x86_64 URL: https://github.com/rhinstaller/anaconda/actions/runs/5 378586167/jobs/9758588667#step:4:2099 OS: Linux Status: NEW Component: gettext Severity: medium Assignee: petersen(a)redhat.com Reporter: jkonecny(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nphilipp(a)redhat.com, petersen(a)redhat.com, suanand(a)redhat.com Target Milestone: --- Classification: Fedora On Rawhide cppcheck was recently updated and now we are getting returnDanglingLifetime error from it on copied gettext.h file from /usr/share/gettext/gettext.h path. Version of cppcheck which shows this issue: 2.11-1.fc39 Last version of cppcheck which worked well: 2.9-4.fc38 I don't know if the error is valid or not... Reproducible: Always Steps to Reproduce: 1. podman run --rm -it fedora:rawhide 2. dnf install -y cppcheck gettext-devel 3. cppcheck -q -v /usr/share/gettext/gettext.h Actual Results: /usr/share/gettext/gettext.h:248:16: error: Returning pointer to local variable 'msg_ctxt_id' that will be invalid when returning. [returnDanglingLifetime] return translation; Expected Results: No error -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2217542 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2023