[Fedora-i18n-bugs] [Bug 1554725] New: ibus emoji should hide missing characters by default
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1554725
Bug ID: 1554725
Summary: ibus emoji should hide missing characters by default
Product: Fedora
Version: 28
Component: ibus
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
Description of problem:
I feel it is better to hide glyphs without font coverage by default.
Version-Release number of selected component (if applicable):
ibus-1.5.18-1.fc28
How reproducible:
100%
Steps to Reproduce:
1. ibus emoji lists glyphs with no font coverage.
(search for some less common character)
Actual results:
some tofu (unicode substitute character) glyphs listed
Expected results:
Better to hide missing glyphs by default
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
[Fedora-i18n-bugs] [Bug 1249335] New: Inconsistent rules for shortcuts between different applications when switching keymaps
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1249335
Bug ID: 1249335
Summary: Inconsistent rules for shortcuts between different
applications when switching keymaps
Product: Fedora
Version: 22
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: nicolas.brack(a)mail.be
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
I have this bug since a few fedora version. In some applications, the
shortcuts obeys the localized ibus keymap, but other keeps the default keymap
when pressing CTRL. Typical example includes gimp (follows keymap) and
inkscape (ignore keymap). I'm personally using both the us and dvorak keymap,
and this behaviour is pernicious as the key locations are very dissimilar.
Using "setxkbmap" is hard erasure of the keymap, and after that _all_
applications follows the keymap when using the shortcuts. But then ibus
doesn't really work anymore, and it's inconvenient.
Thus a solution could either be that:
*ibus is resilient to "setxkbmap"
*All software are presented with the same keymap, which can be configured to be
the current map.
Software versions:
GNOME Shell 3.16.3
IBus 1.5.10
Xorg 1.17.2
--
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=0xQlpdl2Ss&a=cc_unsubscribe
5 years, 7 months
[Fedora-i18n-bugs] [Bug 507262] New: Separate Japanese font configuration files for ghostscript
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Separate Japanese font configuration files for ghostscript
https://bugzilla.redhat.com/show_bug.cgi?id=507262
Summary: Separate Japanese font configuration files for
ghostscript
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: japanese-bitmap-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: t.matsuu(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I'm not sure which component should be assigned for this bug. So I initially
assign this bug to japanese-bitmap-fonts because the files for discussion is
now owned by japanese-bitmap-fonts package.
Description of problem:
Now
/usr/share/ghostscript/conf.d/CIDFnmap.ja
/usr/share/ghostscript/conf.d/FAPIcidfmap.ja
/usr/share/ghostscript/conf.d/cidfmap.ja
are owned by japanese-bitmap-fonts. But they never use fonts which are bundled
in japanese-bitmap-fonts.
Moreover, fonts which are set in the config files are dispersed among some
packages.
So we need to separate ghostscript contig files from japanese-bitmap-fonts and
they should be provided by another package (or included in ghostscript or
ghostscript-fonts package).
I suggest the following idea.
1. Universal
/usr/share/ghostscript/conf.d/{CIDFnmap.ja,FAPIcidfmap.ja,cidfmap.ja} is owned
by new (eg. ghostscript-fonts-japanese), ghostscript, or ghostscript-fonts
package.
2. Each Japanese fonts have their own CIDFnmap.ja, FAPIcidfmap.ja, and
cidfmap.ja files i their common package.
Discussion required:
* fonts priority
* file owner for ghostscript config files
* package structure of IPA fonts are not ready for generate common subpackage
now (bug 507261)
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
5 years, 7 months
[Fedora-i18n-bugs] [Bug 1616024] New: Hangul input no longer works after updating to 1.5.1
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1616024
Bug ID: 1616024
Summary: Hangul input no longer works after updating to 1.5.1
Product: Fedora
Version: 28
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: psabata(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
After updating to ibus-hangul-1.5.1-1.fc28, typing with the Hangul method
prints just latin letters. Downgrading to ibus-hangul-1.5.0-12.fc28 fixes the
issue.
Version-Release number of selected component (if applicable):
ibus-hangul-1.5.1-1.fc28
How reproducible:
Always, tested with GTK3 and xterm.
Steps to Reproduce:
1. Switch to the Hangul input method while running 1.5.1
2. Type anything
Actual results:
Latin letters show up.
Expected results:
Hangul shows up.
Additional info:
I put some more info in the update comment:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-add3b2828f
I run X.org but I do not run GNOME, just a simple window manager. My
installation is fairly minimal. Czech, Farsi and Russian methods work fine for
me but Japanese methods (anthy, mozc) never did.
If I had to guess, I would say some runtime dependencies are missing; probably
something that is typically installed on a GNOME workstation where, according
to the update commenters, the problem doesn't manifest itself.
If that's the case, the difference between 1.5.0 and 1.5.1 could be the same
reason why ibus-anthy and ibus-mozc don't work on my system either.
I've tried to figure this out but I'm stuck; expert advice needed :)
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
[Fedora-i18n-bugs] [Bug 1605054] New: Cursor becomes invisible in gnome-terminal after typing with ibus
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1605054
Bug ID: 1605054
Summary: Cursor becomes invisible in gnome-terminal after
typing with ibus
Product: Fedora
Version: 28
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: vtgoal(a)gmail.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
Description of problem:
After typing in gnome-terminal with ibus input methods, cursor can becomes
invisible which is very inconvenient.
Version-Release number of selected component (if applicable):
Fedora 28 workstation x86_64
ibus-1.5.18-5.fc28.x86_64
ibus-libpinyin-1.10.0-1.fc28.x86_64 (or other Chinese input methods like
ibus-rime)
How reproducible:
100%
Steps to Reproduce:
1. Add Chinese (Intelligent Pinyin) as an input sources in Settings -> Region &
Language.
2. Open gnome-terminal
3. Switch to pinyin input (by press "Super" + "Space")
4. Typing, like "ceshi" to get the candidate words, Note: don't press "space"
to input a word, just stop at the list candidate words.
5. Press "Super" + "Press" to switch to another input method.
6. Now, in gnome-terminal, the cursor is disappeared.
This is one of the reproduce methods, switching to other windows while typing,
deleting all inputted letters while typing, may also trigger this. And this is
not limited to ibus-libpinyin only, other input methods like ibus-rime can
trigger this too.
Actual results:
Cursor in terminal disappears.
Expected results:
Cursor won't disappear.
Additional info:
From the same gnome-terminal tab, switch to Chinese input method, typing and
input a Chinese word can get the cursor back.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
[Fedora-i18n-bugs] [Bug 1613550] CVE-2018-15120 pango: application crash triggered by unicode chars in pango-emoji.c
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1613550
Doran Moppert <dmoppert(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|impact=moderate,public=2018 |impact=moderate,public=2018
|0820,reported=20180807,sour |0820,reported=20180807,sour
|ce=upstream,cvss3=4.3/CVSS: |ce=upstream,cvss3=4.3/CVSS:
|3.0/AV:N/AC:L/PR:N/UI:R/S:U |3.0/AV:N/AC:L/PR:N/UI:R/S:U
|/C:N/I:N/A:L,cwe=CWE-617,op |/C:N/I:N/A:L,cwe=CWE-617,op
|enshift-enterprise-3/pango= |enshift-enterprise-3/pango=
|new,fedora-all/pango=affect |new,fedora-all/pango=affect
|ed,rhel-6/pango=notaffected |ed,rhel-6/pango=notaffected
|,rhel-8/pango=affected,rhel |,rhel-8/pango=affected,rhel
|-7/pango=affected,rhel-5/pa |-7/pango=notaffected,rhel-5
|ngo=notaffected |/pango=notaffected
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months
[Fedora-i18n-bugs] [Bug 1613550] CVE-2018-15120 pango: application crash triggered by unicode chars in pango-emoji.c
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1613550
Doran Moppert <dmoppert(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Whiteboard|impact=moderate,public=2018 |impact=moderate,public=2018
|0820,reported=20180807,sour |0820,reported=20180807,sour
|ce=upstream,cvss3=4.3/CVSS: |ce=upstream,cvss3=4.3/CVSS:
|3.0/AV:N/AC:L/PR:N/UI:R/S:U |3.0/AV:N/AC:L/PR:N/UI:R/S:U
|/C:N/I:N/A:L,cwe=CWE-617,op |/C:N/I:N/A:L,cwe=CWE-617,op
|enshift-enterprise-3/pango= |enshift-enterprise-3/pango=
|new,fedora-all/pango=affect |new,fedora-all/pango=affect
|ed,rhel-6/pango=notaffected |ed,rhel-6/pango=notaffected
|,rhel-8/pango=affected,rhel |,rhel-8/pango=affected,rhel
|-7/pango=notaffected,rhel-5 |-7/pango=affected,rhel-5/pa
|/pango=notaffected |ngo=notaffected
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 7 months