[Fedora-i18n-bugs] [Bug 1028911] New: [zh_TW]'Chinese<->English' switch does not work when clicking on the Chewing menu list.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1028911
Bug ID: 1028911
Summary: [zh_TW]'Chinese<->English' switch does not work when
clicking on the Chewing menu list.
Product: Fedora
Version: 20
Component: ibus-libpinyin
Severity: high
Assignee: pwu(a)redhat.com
Reporter: lijli(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
Depends On: 1028905
+++ This bug was initially created as a clone of Bug #1028905 +++
Description of problem:
'Chinese<->English' switch does not work when clicking on the Intellignet
Pinyin menu list.
Version-Release number of selected component (if applicable):
ibs-chewing-1.4.3-4.fc20.x86_64
libchewing-0.3.4-4.fc20.x86_64
How reproducible:
100%
Steps to Reproduce:
1. Install latest Fedora20 tc6 build.
2. Add an input source which has (Intelligent Pinyin) in the name.
3. Click on the Chewing menu on the top right of desktop.
4. Click on Chines/English (中CN/英EN, 中/英)from the list to switch the input of
'Chinese-English'.
Actual results:
'Chinese<->English' switch does not work when clicking on the Chewing menu
list.
Expected results:
It should auto switch for 中CN/英EN, 中/英.
Additional info:
Please see the attached screenshot.
--- Additional comment from Lijun Li on 2013-11-11 03:07:34 EST ---
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1028905
[Bug 1028905] [zh_CN]'Chinese<->English' switch does not work when clicking
on the Intellignet Pinyin menu list.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=mXuMqdUFbL&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1089467] New: [abrt] ibus-table: table.py:798:update_candidates:IndexError: pop from empty list
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1089467
Bug ID: 1089467
Summary: [abrt] ibus-table:
table.py:798:update_candidates:IndexError: pop from
empty list
Product: Fedora
Version: 20
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: gzjboy(a)163.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.5.0.20140312-2.fc20
Additional info:
reporter: libreport-2.2.1
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus
executable: /usr/share/ibus-table/engine/main.py
kernel: 3.13.10-200.fc20.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
table.py:798:update_candidates:IndexError: pop from empty list
Traceback (most recent call last):
File "/usr/share/ibus-table/engine/table.py", line 1610, in
do_process_key_event
result = self._process_key_event (key)
File "/usr/share/ibus-table/engine/table.py", line 1632, in
_process_key_event
return self._table_mode_process_key_event (key)
File "/usr/share/ibus-table/engine/table.py", line 1867, in
_table_mode_process_key_event
res = self._editor.add_input ( keychar )
File "/usr/share/ibus-table/engine/table.py", line 407, in add_input
res = self.update_candidates ()
File "/usr/share/ibus-table/engine/table.py", line 798, in update_candidates
self._tabkey_list.pop()
IndexError: pop from empty list
Local variables in innermost frame:
self: <table.editor object at 0x7f9de0376710>
only_one_last: False
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uTlBnGIXuQ&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1173840] New: [abrt] ibus-table: main.py:153:__bus_destroy_cb:RuntimeError: reentrant call inside <_io.BufferedWriter name='/home/gzj/.ibus/tables/debug.log'>
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1173840
Bug ID: 1173840
Summary: [abrt] ibus-table:
main.py:153:__bus_destroy_cb:RuntimeError: reentrant
call inside <_io.BufferedWriter
name='/home/gzj/.ibus/tables/debug.log'>
Product: Fedora
Version: 20
Component: ibus-table
Assignee: mfabian(a)redhat.com
Reporter: gzjboy(a)163.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com,
pwu(a)redhat.com, shawn.p.huang(a)gmail.com
Version-Release number of selected component:
ibus-table-1.9.1-1.fc20
Additional info:
reporter: libreport-2.2.3
cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus
executable: /usr/share/ibus-table/engine/main.py
kernel: 3.17.4-200.fc20.x86_64
runlevel: N 5
type: Python3
uid: 1000
Truncated backtrace:
main.py:153:__bus_destroy_cb:RuntimeError: reentrant call inside
<_io.BufferedWriter name='/home/gzj/.ibus/tables/debug.log'>
Traceback (most recent call last):
File "/usr/lib64/python3.3/site-packages/gi/overrides/GLib.py", line 633, in
<lambda>
return (lambda data: callback(*data), user_data)
File "/usr/share/ibus-table/engine/main.py", line 285, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 168, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 148, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 153, in __bus_destroy_cb
print("finalizing:)")
File "/usr/share/ibus-table/engine/main.py", line 285, in <lambda>
signal (SIGTERM, lambda signum, stack_frame: cleanup(ima))
File "/usr/share/ibus-table/engine/main.py", line 168, in cleanup
ima_ins.quit()
File "/usr/share/ibus-table/engine/main.py", line 148, in quit
self.__bus_destroy_cb()
File "/usr/share/ibus-table/engine/main.py", line 153, in __bus_destroy_cb
print("finalizing:)")
RuntimeError: reentrant call inside <_io.BufferedWriter
name='/home/gzj/.ibus/tables/debug.log'>
Local variables in innermost frame:
self: <__main__.IMApp object at 0x7f8fad4d28d0>
bus: None
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=F7jDpBFKKm&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 984230] New: Broken aliasing on small sizes since version 2.00
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=984230
Bug ID: 984230
Summary: Broken aliasing on small sizes since version 2.00
Product: Fedora
Version: 18
Component: liberation-fonts
Severity: medium
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: gitne(a)excite.co.jp
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
The pixel aliasing of glyphs, especially vertical lines/parts is broken since
version 2.00 on Windows (renderer). This applies to all Liberation Font types
when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00
has incurred aliasing for all font sizes. Version 2.00.1 fixed this by
disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some
transitions from curves to lines are still rendered incorrectly or with
artifacts.
This may also apply to Fedora GNOME desktops, but it has been observed on
Windows first.
Although, I am not a font design specialist, I suppose that this problem exists
because version 2.00 is based on Google Crosscore fonts and hinting information
for small font sizes is missing.
This is a show stopper for software rendering Libration Fonts on pixel based
digital displays. Software packages like LibréOffice are also negatively
affected by this issue (although on displays only). Please resolve this issue
or revert verion 2.00 and later to beta status.
How to reproduce:
Windows XP/2003
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt.
Windows Vista and later
Disable ClearType
Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes <
14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MocNtqGafn&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 953703] New: 3 cyrillic fonts are missing
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953703
Bug ID: 953703
Summary: 3 cyrillic fonts are missing
Product: Fedora
Version: rawhide
Component: liberation-fonts
Severity: high
Priority: unspecified
Assignee: psatpute(a)redhat.com
Reporter: translatorky(a)lavabit.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Category: ---
Description of problem: Please add 3 missing cyrillic fonts
U+04A2 Ң
U+04A3 ң
U+04E8 Ө
U+04E9 ө
U+04AE Ү
U+04AF ү
Version-Release number of selected component (if applicable): Minetest game
using liberationmono and liberationsans fonts, in version 0.4.6 was added
kyrgyz language translations
How reproducible: Open Minetest 0.4.6 with kyrgyz language locale
Steps to Reproduce:
1. Go to Minetest.net and download 0.4.6 version
2. Open Minetest with kyrgyz language locale
3. 3 cyrillic fonts are invisible
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ueHlHhfaur&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=894907
Bug ID: 894907
Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process
/usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)
Product: Fedora
Version: 18
Component: fontmatrix
Severity: unspecified
Priority: unspecified
Reporter: ccoleman(a)redhat.com
Description of problem:
Was using fontmatrix and importing fonts. Some of the fonts were removed or
deleted on disk and then I attempted to view them a second time.
Version-Release number of selected component:
fontmatrix-0.9.99-7.r1218.fc18
Additional info:
backtrace_rating: 4
cmdline: fontmatrix
crash_function: size
executable: /usr/bin/fontmatrix
kernel: 3.6.11-3.fc18.x86_64
remote_result: NOTFOUND
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 size at /usr/include/QtCore/qlist.h:98
#1 count at /usr/include/QtCore/qlist.h:280
#2 FontItem::deRenderAll at
/usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694
#3 ChartWidget::~ChartWidget at
/usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73
#5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#6 QWidget::~QWidget at kernel/qwidget.cpp:1681
#7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196
#8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907
#9 QWidget::~QWidget at kernel/qwidget.cpp:1681
#10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=z2njgSwnjh&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 890474] New: ibus input disabled in libreoffice when window loses focus
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=890474
Bug ID: 890474
Summary: ibus input disabled in libreoffice when window loses
focus
Product: Fedora
Version: 18
Component: ibus
Severity: unspecified
Priority: unspecified
Reporter: ed.greshko(a)greshko.com
Created attachment 669534
--> https://bugzilla.redhat.com/attachment.cgi?id=669534&action=edit
1st screenshot
Description of problem: Not sure if this is an ibus, libreoffice, or KDE issue.
However, if you bring up libreoffice writer and then ctrl-shift to enter
Chinese, for example, but then change you focus to another window you can no
longer enter Chinese in libreoffice. Other apps, such as konsole, continue to
response "correctly".
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Ctrl-Sift and select input method.
2. Start libreoffice writer
3. Enter Chinese, for example
4. Move cursor to konsole and allow it to gain focus
5. Move back to libreoffice
6. Not possible to enter Chinese. Even restarting ibus doesn't help.
Actual results:
Expected results:
Additional info: See attached screen shots in sequence. Verified on "real"
system as well as a VM
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=WtUGy8wXQy&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1178240] New: [abrt] gcin: toggle_half_full_char_sub(): gcin killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1178240
Bug ID: 1178240
Summary: [abrt] gcin: toggle_half_full_char_sub(): gcin killed
by SIGSEGV
Product: Fedora
Version: 20
Component: gcin
Assignee: i(a)cicku.me
Reporter: novatw(a)novatw.info
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me
Description of problem:
1. Open the Gcin engine
2. Close the gcin with Ctrl+C
3. It crash
Version-Release number of selected component:
gcin-2.8.2-1.fc20
Additional info:
reporter: libreport-2.2.3
backtrace_rating: 4
cmdline: gcin
crash_function: toggle_half_full_char_sub
executable: /usr/bin/gcin
kernel: 3.17.7-200.fc20.x86_64
runlevel: N 5
type: CCpp
uid: 0
Truncated backtrace:
Thread no. 1 (10 frames)
#0 toggle_half_full_char_sub at eve.cpp:877
#1 _g_closure_invoke_va at gclosure.c:840
#4 emit_activate_signal at gtkstatusicon.c:1296
#5 gtk_status_icon_button_press at gtkstatusicon.c:1786
#6 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:86
#11 gtk_widget_event_internal at gtkwidget.c:5017
#12 gtk_widget_event at gtkwidget.c:4814
#13 gtk_propagate_event at gtkmain.c:2490
#14 gtk_main_do_event at gtkmain.c:1685
#20 gtk_main at gtkmain.c:1257
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=MdbKoQYPTJ&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1164177] New: fontconfig does not properly match Helvetica
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1164177
Bug ID: 1164177
Summary: fontconfig does not properly match Helvetica
Product: Fedora
Version: 20
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: matthew.hirsch(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, pnemade(a)redhat.com,
tagoh(a)redhat.com
External Bug ID: Launchpad 504235
External Bug ID: Launchpad 504235
Description of problem: When asked to match Helvetica, fontconfig seems to
match the narrowest variant installed on the system.
Version-Release number of selected component (if applicable):
fontconfig-2.11.0-2.fc20.x86_64
fontconfig-2.11.0-2.fc20.i686
How reproducible:
Always
Steps to Reproduce:
1. Have Helvetica, Helvetica-Narrow installed in /usr/share/fonts
2. $ fc-match Helvetica
Actual results:
$fc-match Helvetica
Helvetica-Narrow.ttf: "Helvetica" "Narrow"
Expected results:
$fc-match Helvetica
Helvetica.ttf: "Helvetica" "Regular"
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=HBOPEudPLv&a=cc_unsubscribe
8 years, 10 months
[Fedora-i18n-bugs] [Bug 1164047] New: Lenovo E440 Trackpad partially working
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1164047
Bug ID: 1164047
Summary: Lenovo E440 Trackpad partially working
Product: Fedora
Version: 20
Component: ibus-input-pad
Severity: low
Assignee: tfujiwar(a)redhat.com
Reporter: jay(a)kylesfamily.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Description of problem:
In Gnome when using the trackpad movements need to start near top of pad to
register in GUI.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Place finger in bottom 2/3 of trackpad
2. Move finger
3. Pointer does not move
Actual results:
Pointer does not move
Expected results:
Pointer should track finger movement
Additional info:
If place finger near top first then can move pointer. Even twhen finger moves
into bottom 2/3 it works, just must start near top.
If you 'double click' and then move finger it works on whole trackpad.
Two-finger scrolls work everywhere.
Running evtest in VTY works fine - register pressure and movements. It just
seems like Gnome (or X input) is ignoring movements starting not near the top.
Played with different settings in Control Panel for trackpad, does not change
the issue.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=aHI2LYJptn&a=cc_unsubscribe
8 years, 10 months