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.
https://bugzilla.redhat.com/show_bug.cgi?id=1703849
Bug ID: 1703849
Summary: [pango] pango-view fails for backend ft2 because of
missing dependency on ImageMagick
Product: Fedora
Version: 29
Hardware: x86_64
OS: Linux
Status: NEW
Component: pango
Assignee: tagoh(a)redhat.com
Reporter: jfrieben(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pwu(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
Using pango-view with backend ft2 in a current Fedora 29 Workstation
installation fails because pango-view tries to launch the display utility from
ImageMagick which has not been pulled in as a dependency.
Version-Release number of selected component (if applicable):
pango-1.42.4-2.fc29
How reproducible:
Always
Steps to Reproduce:
1. Launch GNOME session of a current Fedora 29 Workstation installation.
2. Run 'pango-view --backend=ft2 -t PANGO'.
Actual results:
Utility pango-view aborts with the error message:
"pango-view: When running ImageMagick 'display' command: Failed to execute
child process “display” (No such file or directory)"
Expected results:
Utility pango-view displays the sample text.
Additional info:
- Installing package ImageMagick prior to running pango-view ensures correct
execution. Therefore, adding ImageMagick as a requirement of package pango
solves this issue.
- It is probably preferable to patch pango-view such that it calls "gm display"
from package GraphicsMagick and to pull in the latter instead of ImageMagick.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1797926
Bug ID: 1797926
Summary: Korean Baekmuk fonts does not map missing glyphs to id
0
Product: Fedora
Version: 31
Hardware: All
OS: All
Status: NEW
Component: baekmuk-ttf-fonts
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: matt(a)nightrealms.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, pwu(a)redhat.com
Target Milestone: ---
Classification: Fedora
From https://bugs.chromium.org/p/chromium/issues/detail?id=1042994
"So the font, does not map missing characters to a glyph id 0, missing glyph
id, but instead maps it to a glyph named '.null', glyph id 12505."
The result is that when Chrome tries to display the Korean characters listed at
http://www.alanwood.net/unicode/hangul-jamo-extended-b.html the characters come
out as blank.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1747731
Bug ID: 1747731
Summary: [abrt] ibus-libpinyin:
pinyin::MemoryChunk::ensure_has_more_space(unsigned
long)(): ibus-engine-libpinyin killed by SIGABRT
Product: Fedora
Version: 30
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:ebfdf9e0e88e902f1a9d6c72641712e29b0aca46;
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: dcdrake42(a)gmail.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:
Seemed to occur while typing immediately after changing from English to Chinese
input while using the browser version of Facebook Messenger (Chromium).
Version-Release number of selected component:
ibus-libpinyin-1.11.1-1.fc30
Additional info:
reporter: libreport-2.10.1
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: pinyin::MemoryChunk::ensure_has_more_space(unsigned long)
executable: /usr/libexec/ibus-engine-libpinyin
journald_cursor:
s=9c254645106a4209b447b2a1893383ad;i=189698;b=c5ac01a80c3a439eb3832a0a5ed88e02;m=202900d17;t=59173a5b8af7b;x=99dc5a43153fc974
kernel: 5.2.9-200.fc30.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (9 frames)
#7 pinyin::MemoryChunk::ensure_has_more_space(unsigned long) at
../../src/include/memory_chunk.h:122
#8 pinyin::MemoryChunk::ensure_has_space(unsigned long) at
../../src/include/memory_chunk.h:92
#9 pinyin::MemoryChunk::set_content(unsigned long, void const*, unsigned long)
at ../../src/include/memory_chunk.h:286
#10 pinyin::MemoryChunk::append_content(void const*, unsigned long) at
../../src/include/memory_chunk.h:302
#11 pinyin::merge_single_gram(pinyin::SingleGram*, pinyin::SingleGram const*,
pinyin::SingleGram const*) at ngram.cpp:322
#12 pinyin::PhoneticLookup<2, 3>::search_bigram2(_GPtrArray*, int, int,
_GArray**) at ../src/include/memory_chunk.h:86
#13 pinyin::PhoneticLookup<2, 3>::get_nbest_match(_GArray*,
pinyin::PhoneticKeyMatrix const*, pinyin::ForwardPhoneticConstraints const*,
pinyin::NBestMatchResults*) at ../src/storage/phrase_index.h:731
#14 PY::FullPinyinEditor::insert(int) at PYPFullPinyinEditor.cc:56
#15 PY::PinyinEngine::processKeyEvent(unsigned int, unsigned int, unsigned
int) at /usr/include/c++/9/bits/shared_ptr_base.h:1020
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1766971
Bug ID: 1766971
Summary: Default monospace font Amharic is weird, makes
gnome-terminal look weird
Product: Fedora
Version: 31
Status: NEW
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com,
fonts-bugs(a)lists.fedoraproject.org,
gnome-sig(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
john.j5live(a)gmail.com, mclasen(a)redhat.com,
pnemade(a)redhat.com, rhughes(a)redhat.com,
rstrode(a)redhat.com, sandmann(a)redhat.com,
tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
Created attachment 1630570
--> https://bugzilla.redhat.com/attachment.cgi?id=1630570&action=edit
Screenshot.png
[mfabian@localhost ~]$ fc-match monospace:lang=de
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
[mfabian@localhost ~]$ fc-match monospace:lang=ja
NotoSansCJK-Regular.ttc: "Noto Sans Mono CJK JP" "Regular"
[mfabian@localhost ~]$ fc-match monospace:lang=en
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book"
[mfabian@localhost ~]$ fc-match monospace:lang=am
FreeSerif.ttf: "FreeSerif" "Regular"
[mfabian@localhost ~]$ cat /etc/fedora-release
Fedora release 31 (Thirty One)
[mfabian@localhost ~]$
Maybe there is no monospace font for Amharic ☹
This makes gnome-terminal look weird in am_ET.UTF-8 locale, see screenshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1752858
Bug ID: 1752858
Summary: Combinations Reph (र्श्व) not rendering correctly with
Harfbuzz in gedit
Product: Fedora
Version: 31
Status: NEW
Component: lohit-devanagari-fonts
Assignee: petersen(a)redhat.com
Reporter: psatpute(a)redhat.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,
sshedmak(a)redhat.com, vishalvijayraghavan(a)gmail.com
Target Milestone: ---
Classification: Fedora
Created attachment 1615839
--> https://bugzilla.redhat.com/attachment.cgi?id=1615839&action=edit
Image showing rendering issue
Description of problem:
Combination र्श्व is not rendering correctly in gedit/harfbuzz. But it works
properly in Firefox
Version-Release number of selected component (if applicable):
lohit-devanagari-fonts 2.95.4-9
harfbuzz-2.6.0-1
How reproducible:
Evertime
Steps to Reproduce:
1. Open Terminal
2. Type commng: hb-view /usr/share/fonts/lohit-devanagari/Lohit-Devanagari.ttf
र्श्व
3. Observe result
Actual results:
Reph not getting form.
Expected results:
Expected Reph should get formed.
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=1730242
Bug ID: 1730242
Summary: unable to see ibus-sayura in Region panel
Product: Fedora
Version: rawhide
Status: NEW
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: pnemade(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:
On Fedora 30 updated Silverblue system, I layered ibus-sayura package. Then
tried to add it via Region panel. I cannot see it listed there.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Layer ibus-sayura package
2. reboot or you can ibus restart
3. try to add Sayura input using Region panel
Actual results:
There is no entry for Sayura in Region panel
Expected results:
It should allow to select Sayura
Additional info:
As I did not see Sayura, I executed "ibus write-cache"
Then, I executed
[parag@f30sb ~]$ ibus read-cache|grep -i sayura
<description>Sayura Component</description>
<exec>/usr/libexec/ibus-engine-sayura --ibus</exec>
<textdomain>ibus-sayura</textdomain>
<path mtime="0" >/usr/share/ibus/component/sayura.xml</path>
<name>sayura</name>
<longname>Sayura</longname>
<description>Sayura Input Method</description>
<icon>/usr/share/ibus-sayura/icons/ibus-sayura.png</icon>
Then,
[parag@f30sb ~]$ ibus list-engine|grep -i sayura
no output for above command
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1689745
Bug ID: 1689745
Summary: [abrt] ibus-libpinyin: pinyin_save():
ibus-engine-libpinyin killed by SIGSEGV
Product: Fedora
Version: 30
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:cb822be7ac46c50ce113ca1671deec6e2f6c4599;
Component: ibus-libpinyin
Assignee: pwu(a)redhat.com
Reporter: robinlee.sysu(a)gmail.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:
Crash when updating system
Version-Release number of selected component:
ibus-libpinyin-1.11.0-2.fc30
Additional info:
reporter: libreport-2.10.0
backtrace_rating: 4
cmdline: /usr/libexec/ibus-engine-libpinyin --ibus
crash_function: pinyin_save
executable: /usr/libexec/ibus-engine-libpinyin
journald_cursor:
s=cc3b4d7aa103497a99d675649b9ae013;i=94c7;b=13573ad620e541ff8cacc1ad1ceca0c3;m=eea6a32;t=584549ca4b236;x=245f7212fc098115
kernel: 5.0.0-300.fc30.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 pinyin_save at pinyin.cpp:736
#1 PY::LibPinyinBackEnd::clearPinyinUserData at PYLibPinyin.cc:307
#2 PY::PinyinConfig::valueChanged at
/usr/include/c++/9/bits/basic_string.h:2297
#3 PY::LibPinyinConfig::valueChangedCallback at
/usr/include/c++/9/bits/char_traits.h:300
#8 g_settings_real_change_event at ../gio/gsettings.c:391
#9 ffi_call_unix64 at ../src/x86/unix64.S:76
#10 ffi_call at ../src/x86/ffi64.c:525
#11 g_cclosure_marshal_generic_va at ../gobject/gclosure.c:1614
#12 _g_closure_invoke_va at ../gobject/gclosure.c:873
#15 settings_backend_path_changed at ../gio/gsettings.c:466
Potential duplicate: bug 1649100
--
You are receiving this mail because:
You are on the CC list for the bug.