[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, 1 week
[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
[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
8 months, 2 weeks
[Fedora-i18n-bugs] [Bug 1936817] New: [abrt] kasumi-unicode: emission_find(): kasumi-unicode killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1936817
Bug ID: 1936817
Summary: [abrt] kasumi-unicode: emission_find(): kasumi-unicode
killed by SIGSEGV
Product: Fedora
Version: 34
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:44f05d41fea2e8a472e511e723c030f064b80150;VAR
IANT_ID=workstation;
Component: kasumi
Assignee: tagoh(a)redhat.com
Reporter: mfabian(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
Version-Release number of selected component:
kasumi-unicode-2.5-33.fc34
Additional info:
reporter: libreport-2.14.0
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: kasumi-unicode
crash_function: emission_find
executable: /usr/bin/kasumi-unicode
journald_cursor:
s=4812fe31419f4a0d9519537873c0b262;i=1d75b;b=e33e48f83165443e996e9352116d67f6;m=a1416f520;t=5bd16d16bd6c8;x=215dd7f338688f54
kernel: 5.11.3-300.fc34.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 emission_find at ../gobject/gsignal.c:893
#4 gtk_widget_dispose at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:12162
#7 _gtk_header_bar_update_window_buttons at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkheaderbar.c:474
#8 g_cclosure_marshal_VOID__OBJECTv at ../gobject/gmarshal.c:1910
#9 _g_closure_invoke_va at ../gobject/gclosure.c:873
#12 gtk_widget_propagate_hierarchy_changed_recurse at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:9995
#13 _gtk_widget_propagate_hierarchy_changed at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:10037
#14 gtk_widget_set_parent at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwidget.c:9653
#15 gtk_window_set_titlebar at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkwindow.c:4234
#16 _gtk_builder_add at
/usr/src/debug/gtk3-3.24.26-1.fc34.x86_64/gtk/gtkbuilder.c:906
--
You are receiving this mail because:
You are on the CC list for the bug.
8 months, 2 weeks
[Bug 2063714] New: serif:lang=ja falls back to Droid Sans instead of
Noto Sans CJK JP
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
Bug ID: 2063714
Summary: serif:lang=ja falls back to Droid Sans instead of Noto
Sans CJK JP
Product: Fedora
Version: 36
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: petersen(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
Description of problem:
In Fedora 36 when google-noto-serif-cjk-ttc-fonts is not installed
fontconfig seems to fall back to google-droid-sans-fonts
rather than google-noto-sans-cjk-ttc-fonts.
This might be related to/caused by bug 517789?
How reproducible:
100%
Steps to Reproduce:
1. boot Fedora Live image
2. fc-match serif:lang=ja
Actual results:
2. DroidSansJapanese.ttf: "Droid Sans" "Regular"
Expected results:
2. NotoSansCJK-Regular.ttc: "Noto Sans CJK JP" "Regular"
Additional info:
I get the same result with your older copr repo applied F35 fwiw.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2063714
8 months, 2 weeks
[Bug 2015149] New: Candidate lists shown in gnome on-screen keyboard
are not hidden/closed when they should
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Bug ID: 2015149
Summary: Candidate lists shown in gnome on-screen keyboard are
not hidden/closed when they should
Product: Fedora
Version: 34
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 1834251
--> https://bugzilla.redhat.com/attachment.cgi?id=1834251&action=edit
Video showing the problem
[mfabian@fedora ~]$ cat /etc/fedora-release
Fedora release 35 (Thirty Five)
[mfabian@fedora ~]$ rpm -q ibus
ibus-1.5.25-4.fc35.x86_64
[mfabian@fedora ~]$ rpm -q gnome-shell
gnome-shell-41.0-4.fc35.x86_64
[mfabian@fedora ~]$
Running in qemu-kvm with all current updates.
Gnome Xorg session.
Input methods sometimes show candidate lists and sometimes hide or close them
again.
For example, when a candidate is committed the candidate list usually
disappears.
The candidate list shown on top of the gnome on-screen keyboard should behave
the same way. Always when the “normal” candidate list would disappear, the
candidate list on top of the Gnome on-screen keyboard should disappear as well.
But this is not the case.
See the attached video.
The video shows using these input methods:
- ibus-libpinyin (Chinese (Intelligent Pinyin))
- ibus-kkc (Japanese (Kana Kanji))
- ibus-typing-booster (Other (Typing Booster))
- ibus-anthy (Japanese (Anthy))
*Only* if ibus-anthy is used, the candidate list disappears reliably when the
candidate currently shown in the preedit is commit by clicking on the "Return"
key on the on-screen keyboard.
When using ibus-kkc, the candidate list on top of the on-screen keyboard does
*not* disappear when committing the candidate currently shown in the preedit by
clicking on the Return key.
Same with ibus-libpinyin, when committing the candidate currently shown in the
preedit by clicking on the space bar on the on-screen keyboard, the candidate
list does *not* disappear.
Also the same with ibus-typing-booster, when committing the candidate currently
shown in the preedit by clicking either on the space bar or the return key on
hte on-screen keyboard, the candidate list does *not* disappear.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
9 months, 1 week
[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
10 months, 2 weeks