[Fedora-i18n-bugs] [Bug 1636511] update Google Noto to 2017-09-19 release
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1636511
Nerijus Baliūnas <nerijus(a)users.sourceforge.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(nerijus(a)users.sou |
|rceforge.net) |
--- Comment #8 from Nerijus Baliūnas <nerijus(a)users.sourceforge.net> ---
As reverting (dnf downgrade google-noto-sans-fonts) made text OK even in a
running browser session, I did not try to restart browser. Tried now, and it's
OK, text is rendered correctly after restart.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1658187] New: Esc on `ibus emoji` did not stop ibus-ui-emojier process
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1658187
Bug ID: 1658187
Summary: Esc on `ibus emoji` did not stop ibus-ui-emojier
process
Product: Fedora
Version: 29
Status: NEW
Component: ibus
Keywords: i18n
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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:
Version-Release number of selected component (if applicable):
ibus-1.5.19-9.fc29
How reproducible:
100%
Steps to Reproduce:
1. Run `ibus emoji`
2. Press Esc
3. ps x | grep ibus-ui
4. Goto 1
Actual results:
5115 pts/1 Sl 0:02 /usr/libexec/ibus-ui-emojier
5160 pts/1 Sl 0:00 /usr/libexec/ibus-ui-emojier
5115 pts/1 Sl 0:02 /usr/libexec/ibus-ui-emojier
5729 pts/1 Sl 0:00 /usr/libexec/ibus-ui-emojier
Expected results:
Processes should not stay around with hidden window.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1658174] New: ibus emoji chooser should not change size dynamically
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1658174
Bug ID: 1658174
Summary: ibus emoji chooser should not change size dynamically
Product: Fedora
Version: 29
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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:
When using `ibus emoji` and scrolling or moving over the grid of emoji
the size of the window changes depending on the description annotation etc.
I think the size of the window should be fixed (maybe resizable) but
the size should not change when moving the mouse over or scrolling through.
Version-Release number of selected component (if applicable):
ibus-1.5.19-9.fc29
How reproducible:
100%
Steps to Reproduce:
1. $ ibus emoji
2. Select a category
3. Move mouse over emoji grid or scroll through list.
Actual results:
Window size changes depending on annotation.
Expected results:
Window size should be constant.
Additional info:
If the window is nearly an edge it may get moved because of the resizing.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Fedora-i18n-bugs] [Bug 1658169] New: scrolling through ibus emoji/symbol candidate list can hang desktop hard
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1658169
Bug ID: 1658169
Summary: scrolling through ibus emoji/symbol candidate list can
hang desktop hard
Product: Fedora
Version: 29
Status: NEW
Component: ibus
Keywords: i18n
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(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:
I was testing Ctrl-Shift-e emoji/symbol input and scrolling through
the long candidate list eventually cased my gnome desktop session to hang
completely.
Version-Release number of selected component (if applicable):
ibus-1.5.19-9.fc29
How reproducible:
This has happened to me at least 2 times now.
Steps to Reproduce:
1. I tried to input some arrow symbol:
2. Ctrl-Shift-e arrow SPACE
3. Keep scrolling through the long list of candidates.
4. Move the mouse pointer and/or Esc out of the pre-edit.
Actual results:
Desktop eventually hung hard. It was on candidate 242/645.
Expected results:
No hang or crash. Escape from input normally.
Additional info:
I had to powercycle my laptop (ie forced reboot) to get my desktop back.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months