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
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
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…
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…
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.
https://bugzilla.redhat.com/show_bug.cgi?id=2290912
Bug ID: 2290912
Summary: CVE-2024-29041 cldr-emoji-annotation: express: cause
malformed URLs to be evaluated [fedora-all]
Product: Fedora
Version: 40
Status: NEW
Component: cldr-emoji-annotation
Keywords: Security, SecurityTracking
Severity: high
Priority: high
Assignee: tfujiwar(a)redhat.com
Reporter: rkeshri(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
More information about this security flaw is available in the following bug:
http://bugzilla.redhat.com/show_bug.cgi?id=2290901
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=2290912
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
Bug ID: 2251384
Summary: Wrong Arabic font prioritization in several apps.
(Droid kufi prioritized over noto-sans)
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: fontconfig
Severity: low
Assignee: tagoh(a)redhat.com
Reporter: alawamiaz(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com,
rstrode(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Few fedora releases ago, Noto-Sans-Arabic was set to be the default. It was
working fine and Arabic text was displayed in all web browsers using this font.
sometime in last few months, every web browser in fedora suddenly started
prioritizing "Druid Kufi" font over noto-sans-arabic. which now looks makes
arabic text looks jarring.
Interestingly, when running from live usb image, noto-sans-arabic is correctly
priotirized and being used to render all arabic web pages, but only for FEW
MINUTES and then suddenly it's switched to druid kufi!, without updating
anything, just running Firefox for few minutes.
It's also reproducible after fresh install, the first 3 minutes of using the
new fedora installation, Firefox and other browsers are displaying noto-sans
then suddenly switch to druid kufi.
Version-Release number of selected component (if applicable):
38-39
How reproducible:
Consistently
Steps to Reproduce:
1.Connect to internet
2.Open arabic webpage in firefox (ex, wikipedia)
3.text would be displayed with druid kufi instead of the default
noto-sans-arabic which was chosen to be the default sometime around fedora 36.
Actual results:
Arabic Text displayed with druid kufi font
Expected results:
Arabic text should be displayed using noto-sans-arabic as was the case before.
Additional info:
The font in gnome and top bars is still correctly displayed using
noto-sans-arabic. It's browsers that exhibit the problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2251384
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2278984
Bug ID: 2278984
Summary: msgcat --color=test outputs nothing at all
Product: Fedora
Version: 40
Hardware: x86_64
OS: Linux
Status: NEW
Component: gettext
Keywords: Desktop
Severity: low
Assignee: petersen(a)redhat.com
Reporter: robin.bjorklin(a)gmail.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
/usr/bin/msgcat is provided by gettext. Under other Linux distributions and
using Brew for MacOS executing "msgcat --color=test" prints test output
displaying background and foreground colors in the terminal.
This feature is described in section 9.11.2 of "info msgcat"
Reproducible: Always
Steps to Reproduce:
1. msgcat --color=test
Actual Results:
No output produced
Expected Results:
Test output as hard-coded into the program.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2278984
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…