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…
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
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…
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…
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…
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…
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…
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
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