i18n-bugs June 2024

i18n-bugs@lists.fedoraproject.org

1 participants
86 discussions

[Bug 2254655] New: keyboard is not working KDE App lokalize until swtich window (page up/down and text input)
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2254655 Bug ID: 2254655 Summary: keyboard is not working KDE App lokalize until swtich window (page up/down and text input) Product: Fedora Version: 39 OS: Linux Status: NEW Component: ibus Keywords: i18n Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: aalam(a)fedoraproject.org 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 Environment: KDE Application: lokalize (Translation editor) 1) Keyboard shortcut like Page up and Page down is not working in lokalize application if ibus is active in KDE 2) Input data is not committed without switching application if ibus is used with lokalize. If non-ibus method (KDE Settings->Input device-> Layout-> add English and other keyboard, select Main shortcut to change language) is used, input is working with lokalize without issue. version: ibus-1.5.29~rc2-4.fc39.x86_64 ibus-anthy-1.5.15-2.fc39.x86_64 ibus-anthy-python-1.5.15-2.fc39.noarch ibus-gtk2-1.5.29~rc2-4.fc39.x86_64 ibus-gtk3-1.5.29~rc2-4.fc39.x86_64 ibus-gtk4-1.5.29~rc2-4.fc39.x86_64 ibus-hangul-1.5.5-3.fc39.x86_64 ibus-libpinyin-1.15.5-1.fc39.x86_64 ibus-libs-1.5.29~rc2-4.fc39.x86_64 ibus-libzhuyin-1.10.2-4.fc39.x86_64 ibus-m17n-1.4.27-1.fc39.x86_64 ibus-panel-1.5.29~rc2-4.fc39.x86_64 ibus-qt-1.3.4-8.fc39.x86_64 kf5-frameworkintegration-libs-5.111.0-2.fc39.x86_64 kf5-frameworkintegration-5.111.0-2.fc39.x86_64 lokalize-23.08.3-1.fc39.x86_64 Reproducible: Always Steps to Reproduce: 1.Run lokalize app (install if it is not installed - dnf install lokalize) 2. open any translation (po) file 3. use Page Up and Page Down OR 4. Try type anything, when ibus is active (Settings->Input Device->Virtual Keyboard->Select ibus) 5. Switch to non-English layout (I used Punjabi) 6. Switch to different application window (Alt +Tab) 7. Alt + Tab - back to localize Actual Results: for 3: There is no change in translation line (Next with Page Up, Back with Page Down) for 4. Not text input is shown with any character, space after Switch back to Lokalize (with Alt+Tab) - Text will be updated Expected Results: for 3: Page Up and Page down should work to move to next or back line for 4: Translation text should be updated with typing - ibus is working normal for kate, kedit and firefox within KDE environment There is bug in KDE upstream, but not sure how relevant with this: https://bugs.kde.org/show_bug.cgi?id=424024 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2254655 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 6

[Bug 2251129] New: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2251129 Bug ID: 2251129 Summary: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline Product: Fedora Version: 39 OS: Linux Status: NEW Component: emacs-common-riece Keywords: Regression Severity: medium Assignee: dueno(a)redhat.com Reporter: edgar.hoch(a)ims.uni-stuttgart.de QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora File /usr/share/emacs/site-lisp/riece/riece-ctlseq.el contains (set-face-underline-p face t) Function set-face-underline-p was removed from Emacs in Fedora 39. Use function set-face-underline as a replacement. See file /usr/share/emacs/29.1/etc/NEWS about removed functions. Reproducible: Always -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2251129 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 2

[Bug 2244977] New: [abrt] ibus: _g_utf8_normalize_wc(): ibus-engine-simple killed by SIGSEGV
by bugzilla＠redhat.com 27 Nov '24

27 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2244977 Bug ID: 2244977 Summary: [abrt] ibus: _g_utf8_normalize_wc(): ibus-engine-simple killed by SIGSEGV Product: Fedora Version: 38 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:1765528ff786f8c85e6c773f7b853c74efeaeea9;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: huk5zae3ut(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 Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-1.5.28-6.fc38 Additional info: reporter: libreport-2.17.11 type: CCpp reason: ibus-engine-simple killed by SIGSEGV journald_cursor: s=b1e95832b3ee46349b838c2da0c21c1e;i=1b364;b=b05d5c31927b4a70a628c2b581a7856b;m=5db1f54d;t=608014c41ea6c;x=4c6f6cabcbe10eac executable: /usr/libexec/ibus-engine-simple cmdline: /usr/libexec/ibus-engine-simple cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service rootdir: / uid: 1000 kernel: 6.5.6-200.fc38.x86_64 package: ibus-1.5.28-6.fc38 runlevel: N 5 backtrace_rating: 4 crash_function: _g_utf8_normalize_wc Truncated backtrace: Thread no. 1 (13 frames) #0 _g_utf8_normalize_wc at ../glib/gunidecomp.c:388 #1 g_utf8_normalize at ../glib/gunidecomp.c:550 #2 check_normalize_nfc at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibuscomposetable.c:1706 #3 ibus_check_algorithmically at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibuscomposetable.c:1798 #4 ibus_engine_simple_check_all_compose_table at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusenginesimple.c:840 #5 ibus_engine_simple_process_key_event at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusenginesimple.c:1293 #6 _ibus_marshal_BOOLEAN__UINT_UINT_UINT at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusmarshalers.c:280 #9 signal_emit_unlocked_R.isra.0 at ../gobject/gsignal.c:3851 #12 ibus_engine_service_method_call at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusengine.c:1282 #13 call_in_idle_cb at ../gio/gdbusconnection.c:5012 #17 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276 #19 ibus_main at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/src/ibusshare.c:330 #20 _vala_main at /usr/src/debug/ibus-1.5.28-6.fc38.x86_64/engine/main.c:408 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2244977 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 2293164] New: CVE-2024-37891 google-roboto-mono-fonts: urllib3: proxy-authorization request header is not stripped during cross-origin redirects [fedora-all]
by bugzilla＠redhat.com 25 Nov '24

25 Nov '24

https://bugzilla.redhat.com/show_bug.cgi?id=2293164 Bug ID: 2293164 Summary: CVE-2024-37891 google-roboto-mono-fonts: urllib3: proxy-authorization request header is not stripped during cross-origin redirects [fedora-all] Product: Fedora Version: 40 Status: NEW Component: google-roboto-mono-fonts Keywords: Security, SecurityTracking Severity: medium Priority: medium Assignee: link(a)sub-pop.net Reporter: ahanwate(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, link(a)sub-pop.net Target Milestone: --- Classification: Fedora More information about this security flaw is available in the following bug: http://bugzilla.redhat.com/show_bug.cgi?id=2292788 Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2293164 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 3

[Bug 2257171] New: Super + Space cannot switch input method back from JP (Mozc) to ENG
by bugzilla＠redhat.com 15 Oct '24

15 Oct '24

https://bugzilla.redhat.com/show_bug.cgi?id=2257171 Bug ID: 2257171 Summary: Super + Space cannot switch input method back from JP (Mozc) to ENG Product: Fedora Version: 39 Hardware: x86_64 OS: Linux Status: NEW Component: mozc Severity: low Assignee: tagoh(a)redhat.com Reporter: mits.haruko(a)gmail.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 Using Mozc for Ibus input method on Gnome (I understand the default is Anthy, but Anthy has several limitations compared to Mozc). The default system language and input method is ENG. What happens is that when using the default Super + Space shortcut to switch back from JP Mozc to ENG, only Space is registered. (Tested on different keyboards, so not a hardware issue). Which means, I can go from ENG to JP Mozc with Super + Space, write in JP, but then cannot go back to ENG _inside a text box_, that is, going back to say an empty desktop, the shortcut will work. This happens on gtk3 apps like Firefox and Gnome Terminal and gtk4 as well, like Text Editor. Only on Wayland, though. It is working on X11. Reproducible: Always Steps to Reproduce: 1. Super + Space to switch input method to ENG to JP Mozc. 2. Write in japanese. 3. Super + Space back to ENG. Actual Results: Cannot return input method to ENG with the same default shortcut. Expected Results: Return to ENG via Super + Space. ibus-mozc 2.29.5111.102-3.fc39 gnome-shell 45.2-1.fc39 ibus-wayland 1.5.29~rc2-6.fc39 Inside of the config file for Mozc I have active_on_launch: True to drop into Hiragana. Removing it does nothing. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2257171 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 12

[Bug 2242389] New: xkeyboard-config-2.40 is available
by bugzilla＠redhat.com 30 Sep '24

30 Sep '24

https://bugzilla.redhat.com/show_bug.cgi?id=2242389 Bug ID: 2242389 Summary: xkeyboard-config-2.40 is available Product: Fedora Version: rawhide Status: NEW Component: xkeyboard-config Keywords: FutureFeature, Triaged Assignee: peter.hutterer(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, negativo17(a)gmail.com, peter.hutterer(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com Target Milestone: --- Classification: Fedora Releases retrieved: 2.40 Upstream release that is considered latest: 2.40 Current version/release in rawhide: 2.39-2.fc39 URL: https://www.freedesktop.org/wiki/Software/XKeyboardConfig/ 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/5191/ To change the monitoring settings for the project, please visit: https://src.fedoraproject.org/rpms/xkeyboard-config -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2242389 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

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

[Bug 1999864] New: Cannot find package with font for Coptic although such a package exists for Fedora 34
by bugzilla＠redhat.com 19 Sep '24

19 Sep '24

https://bugzilla.redhat.com/show_bug.cgi?id=1999864 Bug ID: 1999864 Summary: Cannot find package with font for Coptic although such a package exists for Fedora 34 Product: Fedora Version: 34 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: mfabian(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, 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, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Created attachment 1819530 --> https://bugzilla.redhat.com/attachment.cgi?id=1819530&action=edit Gnome Software unable to find Coptic fonts Using Fedora-Workstation-Live-x86_64-34-1.2.iso in qemu. I played with emoji picker and Gnome popped up something requesting more fonts. I clicked and then Gnome Software said: “Unable to find the Coptic, Persian, Old (ca. 600-400 B.C.), Ugaritic you were searching for. Please see _the documentation_ for more information.” See attached screenshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

← Newer
1
2
3
4
5
6
7
8
9
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2024