[Fedora-i18n-bugs] [Bug 1515436] New: gnome-shell crashes with attached stacktrace: FcConfigEvaluate at top of stack.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1515436
Bug ID: 1515436
Summary: gnome-shell crashes with attached stacktrace:
FcConfigEvaluate at top of stack.
Product: Fedora
Version: 26
Component: fontconfig
Severity: high
Assignee: tagoh(a)redhat.com
Reporter: ndokos(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, alexl(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, mbarnes(a)fastmail.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
Created attachment 1356104
--> https://bugzilla.redhat.com/attachment.cgi?id=1356104&action=edit
stacktrace of gnome-shell crash.
Description of problem:
I run Fedora 26 on a Lenovo Thinkpad W541. I ran a "dnf update" last Friday
(2017-11-17) and after the update I could not login with any Gnome choice:
Gnome, Gnome Classic, or Gnome on X11 - after a couple of burps on the display,
it would return to the login prompt. I installed the cinnamon desktop and was
able to log in with that.
It turns out that gnome-shell crashes in FcConfigEvaluate - see attached
stacktrace.
Version-Release number of selected component (if applicable):
fontconfig.x86_64 2.12.6-4.fc26
@updates
How reproducible:
Always.
Steps to Reproduce:
1. dnf update
2. reboot
3. login
Actual results:
Churn a bit and then return to the login screen.
Expected results:
Successful login.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 1 month
[Fedora-i18n-bugs] [Bug 1565984] New: Alignment issue in Activities menu screen.
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1565984
Bug ID: 1565984
Summary: Alignment issue in Activities menu screen.
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: poyadav(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
Created attachment 1420236
--> https://bugzilla.redhat.com/attachment.cgi?id=1420236&action=edit
Alignmnet is not proper when we search anything on Activities menu screen.
Description of problem:
When we select any input method like kana-kanji,intelligent-pinyin(chinese), or
any typing booster. Then search anything in Activities menu, alignment is not
proper during input. Refer screenshot
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1. Add input method such as kana-kanji or intelligent-pinyin.
2. Click on Activities and type anything in search box for eg.-terminal
Actual results:
The candidate window showing suggestions is not aligned properly.
Expected results:
The candidate window should be aligned properly with mouse pointer.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1568365] New: ibus-daemon no longer started automatically with the Plasma Desktop session
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1568365
Bug ID: 1568365
Summary: ibus-daemon no longer started automatically with the
Plasma Desktop session
Product: Fedora
Version: 28
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: bernie+fedora(a)codewiz.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
If you configured an IBus input method such as mozc, then ibus-daemon should
automatically start with the desktop session. Instead, every time I log into
the KDE Plasma desktop session, I must launch the daemon manually via
ibus-setup.
I'm not sure when exactly this stopped working in Fedora, but I think it was
somewhere in the middle of the Fedora 27 cycle.
On the same system, ibus-daemon starts normally from the Gnome Shell session.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months
[Fedora-i18n-bugs] [Bug 1474257] New: fc-cache in multilib does not create 32bit cache files
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1474257
Bug ID: 1474257
Summary: fc-cache in multilib does not create 32bit cache files
Product: Fedora
Version: rawhide
Component: fontconfig
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.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
Blocks: 1468978
Description of problem:
On 64bit env, there are no way to generate {be,le}32d{4,8} caches unless
removing 64bit version of packages because the 32bit version of fc-cache binary
is hidden by the package manager. need to have separate binary to address like
gtk does.
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1468978
[Bug 1468978] fc-cache in multilib does not create 32bit cache files
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 2 months