[Fedora-i18n-bugs] [Bug 1707001] New: Ibus-pinyin ERROR
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1707001
Bug ID: 1707001
Summary: Ibus-pinyin ERROR
Product: Fedora
Version: 30
Hardware: All
OS: Linux
Status: NEW
Component: ibus-pinyin
Severity: urgent
Assignee: pwu(a)redhat.com
Reporter: 1990konger(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The input method is incorrect and cannot be recognized correctly. The text to
be entered is required.
For example, 'nihao' should be right, '你好'.
Now enter 'nihao' to show 'niha o'.Unrecognized what you need
'ni' is a word.
'hao' is a word.
'ha' is a word but the display is wrong at this time and cannot be selected.
Unable to recognize 'hao'. Affect all input suggestions to withdraw to the old
version
Version-Release number of selected component (if applicable):
Name : ibus-pinyin
Version : 1.5.0
Release : 16.fc30
How reproducible:
'nihao' is meaning is 'Hello'
'niha o', it is an error
Steps to Reproduce:
1.All Chinese input is wrong
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 3 months
[Fedora-i18n-bugs] [Bug 1888444] New: [abrt] ibus-typing-booster: do_reset(): hunspell_table.py:5334:do_reset:AttributeError: 'NoneType' object has no attribute 'val'
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1888444
Bug ID: 1888444
Summary: [abrt] ibus-typing-booster: do_reset():
hunspell_table.py:5334:do_reset:AttributeError:
'NoneType' object has no attribute 'val'
Product: Fedora
Version: 33
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:0106ef4358dd93688a05887721fd3cc617fafc0e;VAR
IANT_ID=workstation;
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: andresurov(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-typing-booster-2.9.9-1.fc33
Additional info:
reporter: libreport-2.14.0
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
crash_function: do_reset
exception_type: AttributeError
executable: /usr/share/ibus-typing-booster/engine/main.py
interpreter: python3-3.9.0-1.fc33.x86_64
kernel: 5.8.14-300.fc33.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:5334:do_reset:AttributeError: 'NoneType' object has no
attribute 'val'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 5334, in
do_reset
if self._prev_key.val in (
AttributeError: 'NoneType' object has no attribute 'val'
Local variables in innermost frame:
self: <hunspell_table.TypingBoosterEngine object at 0x7f53f3663f00
(hunspell_table+TypingBoosterEngine at 0x559867825090)>
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 4 months
[Fedora-i18n-bugs] [Bug 1843643] New: Space bar wrongly mapping to "switch IME" on first login (plasma + ibus)
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1843643
Bug ID: 1843643
Summary: Space bar wrongly mapping to "switch IME" on first
login (plasma + ibus)
Product: Fedora
Version: 31
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: billcrawford1970(a)googlemail.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:
When I first login and open a konsole window, spaces don't get input to the
shell, but seem to cause an input method switch.
Version-Release number of selected component (if applicable):
1.5.21-9.fc31
How reproducible:
Log in. Try to type.
Steps to Reproduce:
1. Choose ibus using im-chooser, configure Meta + Space as IME switcher
2. Reboot machine
3. Log in
Actual results:
Typing a space doesn't enter a space in the terminal, but switches IME.
Expected results:
Entering a space enters a space.
Additional info:
· Configured "switch engine" shortcut it Meta + Space.
· Meta is Right Win Key, configured in KDE system settings.
· I suspect there is a startup ordering issue between keyboard layout
configuration and ibus starting.
· Restarting ibus (via right-click on "ibus panel" notification icon) fixes
it. It also causes the icon to reappear to the left of the "keyboard layout"
icon, which bolsters my suspicion this is an ordering issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[Fedora-i18n-bugs] [Bug 1787190] New: Windows+ Space shortcut opened KRunner instead of switch keyboard (ibus) in KDE plasma
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1787190
Bug ID: 1787190
Summary: Windows+ Space shortcut opened KRunner instead of
switch keyboard (ibus) in KDE plasma
Product: Fedora
Version: 31
Status: NEW
Component: kf5-plasma
Keywords: i18n
Assignee: me(a)dvratil.cz
Reporter: aalam(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
jgrulich(a)redhat.com, kde-sig(a)lists.fedoraproject.org,
me(a)dvratil.cz, rdieter(a)gmail.com, than(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
after updating KDE with Fedora 31, Windows+Space is opening 'Krunner', but not
switching keyboard (which is default shortcut for ibus keybaord switch).
Krunner is not running with Alt+F2
Krunner is running with Windows +F2
Version-Release number of selected component (if applicable):
plasma-desktop-5.17.4-1.fc31.x86_64
plasma-nm-openswan-5.17.4-1.fc31.x86_64
plasma-desktop-doc-5.17.4-1.fc31.noarch
plasma-browser-integration-5.17.4-1.fc31.x86_64
plasma-workspace-5.17.4-1.fc31.x86_64
plasma-nm-vpnc-5.17.4-1.fc31.x86_64
plasma-workspace-common-5.17.4-1.fc31.x86_64
plasma-nm-5.17.4-1.fc31.x86_64
plasma-workspace-geolocation-5.17.4-1.fc31.x86_64
plasma-milou-5.17.4-1.fc31.x86_64
plasma-integration-5.17.4-1.fc31.x86_64
plasma-discover-5.17.4-1.fc31.x86_64
plasma-nm-openvpn-5.17.4-1.fc31.x86_64
plasma-breeze-5.17.4-1.fc31.x86_64
plasma-drkonqi-5.17.4-1.fc31.x86_64
kdeplasma-addons-5.17.4-1.fc31.x86_64
plasma-user-manager-5.17.4-1.fc31.x86_64
plasma-pk-updates-0.3.2-4.fc31.x86_64
plasma-nm-l2tp-5.17.4-1.fc31.x86_64
plasma-nm-openconnect-5.17.4-1.fc31.x86_64
kf5-plasma-5.64.0-1.fc31.x86_64
plasma-workspace-geolocation-libs-5.17.4-1.fc31.x86_64
plasma-lookandfeel-fedora-5.17.4-1.fc31.noarch
plasma-nm-pptp-5.17.4-1.fc31.x86_64
plasma-workspace-libs-5.17.4-1.fc31.x86_64
plasma-systemsettings-5.17.4-1.fc31.x86_64
kde-settings-plasma-31.0-1.fc31.noarch
glibc-2.30-8.fc31.x86_64
glibc-langpack-pa-2.30-8.fc31.x86_64
glibc-langpack-en-2.30-8.fc31.x86_64
glibc-all-langpacks-2.30-8.fc31.x86_64
glibc-common-2.30-8.fc31.x86_6
ibus-setup-1.5.21-5.fc31.noarch
ibus-gtk3-1.5.21-5.fc31.x86_64
ibus-m17n-1.4.1-3.fc31.x86_64
ibus-gtk2-1.5.21-5.fc31.x86_64
ibus-qt-1.3.3-22.fc31.x86_64
ibus-libs-1.5.21-5.fc31.x86_64
ibus-1.5.21-5.fc31.x86_64
How reproducible:
Everytime after updating Fedora 31 KDE desktop with latest package
Steps to Reproduce:
1. Fresh install KDE Plasma with language (Punjabi, Hindi, any language using
iBus)
2. try to input by switching keyboard (ibus) pressing Windows+Space
3. sudo dnf update
4. Reboot
5. try to input by switching keyboard (ibus) pressing Windows+Space
Actual results:
Opened 'KRunner'
Expected results:
input keyboard layout should switch with 'Windows+space'.
Krunner should run with 'Alt+F2', which is not working
Additional info:
before updating, opened system setting -> Shortcut -> Global Shortcut - There
is NO krunner'
After update, system setting -> Shortcut -> Global Shortcut -> Krunner (this is
something new)
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months
[Fedora-i18n-bugs] [Bug 1892163] New: Missing various PUA Unicode characters
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1892163
Bug ID: 1892163
Summary: Missing various PUA Unicode characters
Product: Fedora
Version: 33
OS: Linux
Status: NEW
Component: unicode-ucd
Severity: low
Assignee: petersen(a)redhat.com
Reporter: chacin.carlos9798(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com,
petersen(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem: Since upgrading to 33, some of the previously used PUA
Unicode characters seem to have been removed. Could not find changelogs of this
being intentional.
How reproducible: Below are some Unicode characters that are available in 32
and not 33.
WiFi signal: U+F1EB
Headphones: U+F025
Volume low: U+F027
Volume High: U+F028
--
You are receiving this mail because:
You are on the CC list for the bug.
3 years, 5 months