https://bugzilla.redhat.com/show_bug.cgi?id=2173398
Bug ID: 2173398
Summary: focus to window lost after switching IME with
Windows+Space under GNOME+ibus
Product: Fedora
Version: 37
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: whistler_wmz(a)163.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 1946547
--> https://bugzilla.redhat.com/attachment.cgi?id=1946547&action=edit
demo video
Description of problem:
focus to window is lost after switching IME with Windows+Space since some
recent 'dnf update'.
Version-Release number of selected component (if applicable):
ibus-1.5.27-5.fc37.x86_64
How reproducible:
Always
Steps to Reproduce:
1. launch any application under GNOME, with some Chinese IMEs enabled in ibus.
2. Press Windows+Space to switch IME.
Actual results:
Focus to the application window is now lost, need to click on the window again
to refocus.
Expected results:
Focus to the application window should be kept.
Additional info:
See attachment for video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2173398
https://bugzilla.redhat.com/show_bug.cgi?id=2124843
Bug ID: 2124843
Summary: Input is sometimes cancelled after pressing < or > at
the candidate window
Product: Fedora
Version: 37
Status: NEW
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
the candidate window has a feature to page up/down candidate words in the list.
however, pressing pageup/down icon like < or > at the candidate window
sometimes lost the candidate window and preedit text.
Version-Release number of selected component (if applicable):
ibus-1.5.27-1.fc37.x86_64
ibus-libpinyin-1.13.0-1.fc37.x86_64
How reproducible:
often
Steps to Reproduce:
1.type someting through ibus-libpinyin (e.g. as)
2.press > at the candidate window
3.press > at the candidate window again
Actual results:
preedit and candidate window is lost
Expected results:
should be page up to next list.
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=2124843
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
Bug ID: 2074360
Summary: Xorg gtk4: candidate windows are placed off-screen
Product: Fedora
Version: 36
Status: NEW
Component: ibus
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
Description of problem:
With Gnome on Xorg using gtk4 apps, the candidate is often placed
partially or completely off-screen, which is not useful of course.
Version-Release number of selected component (if applicable):
ibus-1.5.26-3.fc36.x86_64
gtk4-4.6.2-2.fc36.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Start GNOME on Xorg
2. Open gnome-text-editor or gtk4-demo-application
3. Try to input Japanese or Chinese
Actual results:
Candidate window is place off-window or off-screen
Expected results:
Candidate window to be visible like with gtk3 apps
Additional info:
Is there some way to enforce that candidate windows should always appear
on-screen?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2074360
https://bugzilla.redhat.com/show_bug.cgi?id=1919963
Bug ID: 1919963
Summary: /usr/share/doc/libunistring-devel/libunistring.html
missing in devel
Product: Fedora
Version: 32
Hardware: All
OS: All
Status: NEW
Component: libunistring
Severity: medium
Assignee: p(a)draigbrady.com
Reporter: reini.urban(a)gmail.com
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
Description of problem:
after installing libunistring and libunistring-devel the main doc entrypoint
for html is missing.
/usr/share/doc/libunistring-devel/libunistring.html
Version-Release number of selected component (if applicable):
libunistring-devel-0.9.10-7.fc32.x86_64
How reproducible:
Open a html doc, and click on Contents.
e.g firefox /usr/share/doc/libunistring-devel/libunistring_1.html
Haven't checked if that is an upstream problem, or just a bad rpm spec.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
Bug ID: 2013610
Summary: Problem when ibus uses XIM: When committing something
and then sending a space by returning False, the
commit and the space are reversed
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 1832549
--> https://bugzilla.redhat.com/attachment.cgi?id=1832549&action=edit
Video showing the problem using ibus-m17n with si-wijesekera
[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 ibus-m17n
ibus-m17n-1.4.7-1.fc35.x86_64
[mfabian@fedora ~]$ rpm -q ibus-typing-booster
ibus-typing-booster-2.14.13-1.fc35.noarch
[mfabian@fedora ~]$
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2013610
https://bugzilla.redhat.com/show_bug.cgi?id=2132139
Bug ID: 2132139
Summary: xkeyboard-config-2.37 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, 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
Releases retrieved: 2.37
Upstream release that is considered latest: 2.37
Current version/release in rawhide: 2.36-2.fc37
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=2132139
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
Bug ID: 2178787
Summary: Please branch and build aspell-ta in epel9
Product: Fedora
Version: rawhide
Status: NEW
Component: aspell-ta
Assignee: aalam(a)fedoraproject.org
Reporter: davide(a)cavalca.name
QA Contact: extras-qa(a)fedoraproject.org
CC: aalam(a)fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 1914423 (EPELPackagersSIG)
Target Milestone: ---
Classification: Fedora
Please branch and build aspell-ta in epel9.
If you do not wish to maintain aspell-ta in epel9,
or do not think you will be able to do this in a timely manner,
the EPEL Packagers SIG would be happy to be a co-maintainer of the package;
please add the epel-packagers-sig group through
https://src.fedoraproject.org/rpms/aspell-ta/addgroup
and grant it commit access, or collaborator access on epel* branches.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1914423
[Bug 1914423] Tracker for epel-packagers-sig
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2178787
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