[Fedora-i18n-bugs] [Bug 1334579] New: [abrt] ibus-typing-booster: hunspell_table.py:243:update_transliterated_strings:KeyError: 't-latn-post'
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1334579
Bug ID: 1334579
Summary: [abrt] ibus-typing-booster:
hunspell_table.py:243:update_transliterated_strings:Ke
yError: 't-latn-post'
Product: Fedora
Version: 24
Component: ibus-typing-booster
Assignee: mfabian(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Version-Release number of selected component:
ibus-typing-booster-1.4.3-1.fc24
Additional info:
reporter: libreport-2.7.0
cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py
--ibus
executable: /usr/share/ibus-typing-booster/engine/main.py
kernel: 4.5.3-300.fc24.x86_64
pkg_fingerprint: 73BD E983 81B4 6521
pkg_vendor: Fedora Project
reproducible: Not sure how to reproduce the problem
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
hunspell_table.py:243:update_transliterated_strings:KeyError: 't-latn-post'
Traceback (most recent call last):
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1166, in
do_process_key_event
result = self._process_key_event (key)
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 1507, in
_process_key_event
self._editor.insert_string_at_cursor([key.msymbol])
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 287, in
insert_string_at_cursor
self.update_transliterated_strings()
File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 243, in
update_transliterated_strings
self._transliterators[ime].transliterate(
KeyError: 't-latn-post'
Local variables in innermost frame:
self: <hunspell_table.editor object at 0x7fa06682d7b8>
ime: 't-latn-post'
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 11 months
[Fedora-i18n-bugs] [Bug 1331050] New: glyphs reversed, black medium left- and right-pointing triangles
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1331050
Bug ID: 1331050
Summary: glyphs reversed, black medium left- and right-pointing
triangles
Product: Fedora
Version: 23
Component: vlgothic-fonts
Assignee: tagoh(a)redhat.com
Reporter: todd_lewis(a)unc.edu
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com
Created attachment 1151422
--> https://bugzilla.redhat.com/attachment.cgi?id=1151422&action=edit
Screenshot "Character Map" details of U+23F4, U+23F5.
Description of problem:
The U+23F4 and U+23F5 ("black medium left-pointing triangle" and "black medium
right-pointing triangle") are reversed. That is, what should be the left one
points right, while what should be the right one points left.
Version-Release number of selected component (if applicable):
20141206-2.fc23
How reproducible:
always
Steps to Reproduce:
1. install vlgothic-fonts
2. open character map
3. search for U+23F4 and U+23F5
Actual results:
Left> <Right
Expected results:
Left< >Right
Additional info:
The descriptions are correct. It's the glyphs that are switched.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 11 months
[Fedora-i18n-bugs] [Bug 1315090] New: Numlock LED on keyboard switches off with non-US keyboard layouts
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1315090
Bug ID: 1315090
Summary: Numlock LED on keyboard switches off with non-US
keyboard layouts
Product: Fedora
Version: 23
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: D8F55524(a)dynmail.crt1.net
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
When using IBus, the numlock LED switches off (only the LED, the function
remains active which is very disturbing) once any modifier key such as [shift],
[ctrl], etc. is pressed. Have to press numlock key twice to restore LED *and*
function.
The LED switches off again after switching to another keyboard layout once a
modifier key is pressed.
Version-Release number of selected component (if applicable):
ibus-1.5.11-1.fc23.x86_64
How reproducible:
Always
Steps to Reproduce:
- alternative 1:
1. Start Fedora 23
2. Ensure that the numlock function is on (
https://bugzilla.redhat.com/show_bug.cgi?id=1315087 )
3. Login in the DM (in my case: lightdm)
4. Wait for the WM (in my case: XFCE) to finish loading
5. Press [shift]
- alternative 2:
1. Ensure numlock LED *and* function are both on (double press numlock if
needed)
2. Change IBus keyboard layout
3. Press [shift]
Actual results:
Numlock LED switches off, but the numlock function stays on.
Expected results:
Numlock LED *and* function should stay on.
Additional info:
Opening this as a new bug as per requested in
https://bugzilla.redhat.com/show_bug.cgi?id=115909#c44 .
Seems related to:
https://bugzilla.redhat.com/show_bug.cgi?id=1047151
https://bbs.archlinux.org/viewtopic.php?id=162314
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 11 months
[Fedora-i18n-bugs] [Bug 862367] New: 'Ctrl + Space' not working, ibus frontend for fbterm does not show up
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=862367
Bug ID: 862367
QA Contact: extras-qa(a)fedoraproject.org
Severity: urgent
Version: 17
Priority: unspecified
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: dchen(a)redhat.com
Summary: 'Ctrl + Space' not working, ibus frontend for fbterm
does not show up
Regression: ---
Story Points: ---
Classification: Fedora
OS: Linux
Reporter: wangtinggong(a)gmail.com
Type: Bug
Documentation: ---
Hardware: x86_64
Mount Type: ---
Status: NEW
Component: ibus-fbterm
Product: Fedora
Description of problem:
ibus works well in X11, but in fbterm, ibus-fbterm can not activate him.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20120914-2.fc17.src.rpm
fbterm-1.6-5.fc17.x86_64
ibus-fbterm-0.9.1-14.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1. start Fedora 17 X11 Desktop
2. ibus works well, 'Ctrl + Space' can switch between input methods
3. press 'CTRL + ALT + F2' to console
4. exec command: ibus-fbterm-launch
5. press 'Ctrl + Space', nothing happen
Actual results:
ibus frontend for fbterm does not show up
Expected results:
'Ctrl + Space' can switch between input methods
Additional info:
after dig into source, ibus tree says:
commit 53d33ec4e6ad41a116f25cfa7ce12e04f6f93752
Author: Peng Huang <shawn.p.huang(a)gmail.com>
Date: Tue Aug 16 07:26:42 2011 -0400
Remove enable status of input context and hotkey logic in ibus-daemon
the latest ibus-fbterm is ibus-fbterm-0.9.1.tar.gz, uploaded in Nov 2009.
after ibus framework changed, ibus-fbterm do can not work now.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 11 months