[Bug 2076596] New: The KDE ibus panel does not work as expected.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2076596
Bug ID: 2076596
Summary: The KDE ibus panel does not work as expected.
Product: Fedora
Version: 36
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: lruzicka(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 1873514
--> https://bugzilla.redhat.com/attachment.cgi?id=1873514&action=edit
The ibus panel with incorrect layout.
Description of problem:
I have freshly installed KDE Live 20220418 and made following settings during
the installation:
* System language is English.
* Keyboard layout is Czech.
After the installation, the keyboard is correctly laid out to "czech" and uses
the correct czech mappings. When I check for the system settings using
`localectl status`, I get the same result:
===
System Locale: LANG=en_US.UTF-8
VC Keymap: cz
X11 Layout: cz
===
However, when I log into the KDE session, the IBUS-panel shows incorrectly
"EN", but the layout is not English and even when I specifically select it
using the panel, it does not have any influence.
Also, when I use the panel to add other languages, it does not affect the
system layout which is used for the KDE session, as well as for applications
(kwrite, konsole), which remains "czech" all the time.
Version-Release number of selected component (if applicable):
ibus-1.5.26-3
KDE Plasma 5.24.4
How reproducible:
Always
Steps to Reproduce:
1. Install KDE Live with non-english layout (as the only one)
2. Log into the newly installed session.
3. See if ibus-panel shows the correct layout.
4. Try using ibus-panel to modify keyboard layout in the KDE session.
Actual results:
ibus-panel cannot modify keyboard layout
Expected results:
ibus-panel should be able to modify keyboard layout or should not be the
default method to do so.
Additional info:
See screenshot
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2076596
6 months, 1 week
[Bug 2060988] New: ibus lookup table almost always badly positioned
in Plasma(Wayland)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2060988
Bug ID: 2060988
Summary: ibus lookup table almost always badly positioned in
Plasma(Wayland)
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 1864184
--> https://bugzilla.redhat.com/attachment.cgi?id=1864184&action=edit
Video showing that the lookup table usually pops up far away from the cursor
positon in gedit, kwrite, konsole, LibreOfficeWriter
Fedora-Workstation-Live-x86_64-36-20220216.n.0.iso installed in qemu-kvm with
all current updates.
The ibus lookup table appears at weird positions far away from the cursor
almost always on Plasma (Wayland).
I tested:
- gedit
- kwrite
- konsole
- LibreOffice writer
- xterm
For xterm the lookup table appears where it should, close to the cursor
position.
For the others the lookup table almost always appears far away from the cursor
position.
See 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=2060988
7 months, 4 weeks
[Bug 2208112] New: cannot input from emojier in F38 Wayland
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2208112
Bug ID: 2208112
Summary: cannot input from emojier in F38 Wayland
Product: Fedora
Version: rawhide
OS: Linux
Status: NEW
Component: ibus
Keywords: FutureFeature
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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
Maybe this is already known upstream?
But it doesn't seem possible for me to
input emoji using ibus' emoji chooser.
I tested with ibus-1.5.28-4.fc38 and earlier
Reproducible: Always
Steps to Reproduce:
1. Super+Period Space > Activities
2. Select emoji with keys or mouse
Actual Results:
Dialog closes, no emoji is committed
Expected Results:
Selected emoji to appear in the application
or at least to be copied to the clipboard.
I see similar behavior in F37.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2208112
7 months, 4 weeks
[Bug 2182697] New: msgfmt --java2 option doesn't work with
java-17-openjdk
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
Bug ID: 2182697
Summary: msgfmt --java2 option doesn't work with
java-17-openjdk
Product: Red Hat Enterprise Linux 8
Version: 8.7
Hardware: All
OS: Linux
Status: NEW
Component: gettext
Severity: urgent
Priority: urgent
Assignee: suanand(a)redhat.com
Reporter: nmoumoul(a)redhat.com
QA Contact: qe-i18n-bugs(a)redhat.com
CC: dueno(a)redhat.com, eng-i18n-bugs(a)redhat.com,
extras-qa(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, jjanco(a)redhat.com,
loganjerry(a)gmail.com, mtasaka(a)fedoraproject.org,
nphilipp(a)redhat.com, petersen(a)redhat.com,
praiskup(a)redhat.com, suanand(a)redhat.com
Depends On: 2062407
Target Milestone: rc
Classification: Red Hat
Pool ID: sst_i18n_rhel_8
I am cloning this bug because we recently moved our project (Candlepin) to
Java17 and we are stuck because we cannot compile our translation classes any
more. Can you please include this fix in RHEL8?
+++ This bug was initially created as a clone of Bug #2062407 +++
Description of problem:
I noticed while building jmol that every invocation of msgfmt failed, e.g.:
update-application-catalog-lang:
[echo] msgfmt Updating messages_ar.class file for Jmol ...
[exec] msgfmt: Java compiler not found, try installing gcj or set $JAVAC
[exec] msgfmt: compilation of Java class failed, please try --verbose or
set $JAVAC
[exec] 65 translated messages, 3 fuzzy translations, 380 untranslated
messages.
[exec] Result: 1
Setting JAVAC does *not* help. I used strace to see how javac is invoked and
found the problem: msgfmt passes -target 1.6, and sometimes -source 1.6, to
javac. Now that OpenJDK 17 is the default in Fedora, those arguments are no
longer valid. I don't remember if the minimum allowed is 1.7 or 1.8, but it is
one of the two. Since Fedora doesn't ship a JDK lower than 1.8, then 1.8 might
as well be used.
Version-Release number of selected component (if applicable):
gettext-0.21-11.fc37.0.20220228
How reproducible:
Always
Steps to Reproduce:
1. fedpkg clone jmol
2. cd jmol
3. fedpkg srpm
4. mock -r fedora-rawhide-x86_64 --rebuild jmol-14.32.22-1.fc37.src.rpm
Actual results:
The msgfmt invocations all fail.
Expected results:
The msgfmt invocations should succeed.
Additional info:
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:16:57 UTC ---
So the simple reproducer for this is:
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --init
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --install
java-devel gettext
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --copyin
./ar.po /builddir/build/BUILD
$ mock --verbose -r fedora-rawhide-x86_64 --uniqueext gettext-test --chroot --
msgfmt --statistics --java2 -l ar -d /builddir/build/BUILD/TMP -r
org.jmol.translation.Jmol.ar.Messages /builddir/build/BUILD/ar.po
Then:
msgfmt: Java compiler not found, try installing gcj or set $JAVAC
msgfmt: compilation of Java class failed, please try --verbose or set $JAVAC
65 translated messages, 3 fuzzy translations, 380 untranslated messages.
DEBUG: Child return code was: 1
--- Additional comment from Mamoru TASAKA on 2022-03-20 14:25:47 UTC ---
So this is actually msgfmt calls javac with "-source 1.5 -target 1.6"
explicitly:
see gettext-tools/src/write-java.c "compile_java_class" call in
"msgdomain_write_java" and related functions in
gettext-tools/gnulib-lib/javacomp.c .
The attached patch is a draft for fixing this issue. Note that
get_goodcode_snippet() and get_failcode_snippet() may need more adjustment: I
guess get_goodcode_snippet() needs the code which compiles with JDK17 but fails
with JDK11, however I don't know such code in detail.
--- Additional comment from Mamoru TASAKA on 2022-03-30 11:50:50 UTC ---
Are there any updates here? I think all needed information is provided.
--- Additional comment from Jens Petersen on 2022-03-31 03:27:32 UTC ---
Thank you very much, Tasaka-san!
Sorry, Sundeep has been away on holiday for two weeks.
I have added your patch to the rawhide branch.
We have one more problem: currently gettext-0.21 FTBFS on F36+.
So we have a git snapshot currently in Rawhide,
but maybe we can use that for F36 now to address this.
--- Additional comment from Jens Petersen on 2022-03-31 03:28:20 UTC ---
Can you try testing gettext-0.21-13.fc37.0.20220203 to see if it works for you?
--- Additional comment from Mamoru TASAKA on 2022-03-31 07:16:05 UTC ---
Yes, gettext-0.21-13.fc37.0.20220203 looks working. Thank you.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2062407
[Bug 2062407] msgfmt --java2 option doesn't work with java-17-openjdk
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2182697
8 months
[Bug 2122899] New: Arabic keyboard layout sends ligatures as one
character (Laa Problem)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
Bug ID: 2122899
Summary: Arabic keyboard layout sends ligatures as one
character (Laa Problem)
Product: Fedora
Version: 37
Status: NEW
Component: xkeyboard-config
Assignee: peter.hutterer(a)redhat.com
Reporter: avidseeker7(a)protonmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rhughes(a)redhat.com, rstrode(a)redhat.com,
sandmann(a)redhat.com
Target Milestone: ---
Classification: Fedora
SUMMARY
Video: (https://i.imgur.com/mjz9xrc.mp4)
KDE sends [Arabic ligature
glyphs](https://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures) as a single
glyph. For example, Laa+Alif ligature "لا" (U+0644, U+0627) is sent as "ﻻ"
(U+FEFB), and similarly for (ﻷ، ﻵ، ﻹ).
STEPS TO REPRODUCE
1. Settings > Keyboard > Add default Arabic layout
2. Type "ﻻ" (i.e: "b" in QWERTY keyboards)
OBSERVED RESULT
Output is ﻻ (U+FEFB)
EXPECTED RESULT
Output is لا (U+0644, U+0627).
SOFTWARE/OS VERSIONS
All latest update
ADDITIONAL INFORMATION
To clarify for English, this is like having a key to type a ligature. Say that
you want to press "b" to type two characters: "fi" but instead you get "fi" as a
single character. This is exactly what's happening with Arabic.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2122899
8 months, 3 weeks
[Bug 2131516] New: Sinhala letters shake, wobble and momentarily
disappear and reappear when typing, sometimes with wrong cursor positions.
by bugzilla@redhat.com
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
9 months