[Fedora-i18n-bugs] [Bug 1937235] New: [abrt] ibus-hangul: hangul_ic_select_keyboard(): ibus-engine-hangul killed by SIGSEGV
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1937235
Bug ID: 1937235
Summary: [abrt] ibus-hangul: hangul_ic_select_keyboard():
ibus-engine-hangul killed by SIGSEGV
Product: Fedora
Version: 34
Hardware: x86_64
Status: NEW
Whiteboard: abrt_hash:2c789cb882f05d089b3d896c3bf215104523de34;VAR
IANT_ID=workstation;
Component: ibus-hangul
Assignee: pwu(a)redhat.com
Reporter: mfabian(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
Target Milestone: ---
Classification: Fedora
Version-Release number of selected component:
ibus-hangul-1.5.4-4.fc34
Additional info:
reporter: libreport-2.14.0
backtrace_rating: 4
cgroup:
0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.gnome.Shell@wayland.service
cmdline: /usr/libexec/ibus-engine-hangul --ibus
crash_function: hangul_ic_select_keyboard
executable: /usr/libexec/ibus-engine-hangul
journald_cursor:
s=aeb2461fa27a41febb2b69e0c1f19a49;i=2a21e;b=02ae636d7bd94d8399fe1a589a2cc54d;m=de67d05db;t=5bd2a055e55b4;x=f89bc2f41f604a4d
kernel: 5.11.3-300.fc34.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (2 frames)
#0 hangul_ic_select_keyboard at
/usr/src/debug/libhangul-0.1.0-23.fc34.x86_64/hangul/hangulinputcontext.c:1626
#1 settings_changed at
/usr/src/debug/ibus-hangul-1.5.4-4.fc34.x86_64/src/engine.c:1941
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year
[Bug 2105043] New: After an update, Japanese input stopped working
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2105043
Bug ID: 2105043
Summary: After an update, Japanese input stopped working
Product: Fedora
Version: 35
Status: NEW
Component: anthy
Assignee: tagoh(a)redhat.com
Reporter: zaitcev(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The 'ja' cannot be selected as before from Gnome menu.
But "Japanese (Anthy)" is present in Settings.
Tried to remove and re-add, no success.
Version-Release number of selected component (if applicable):
anthy-unicode-1.0.0.20211224-1.fc35.x86_64
ibus-anthy-1.5.14-1.fc35.x86_64
How reproducible:
100% on the affected system, but we don't know what triggered it.
Steps to Reproduce:
1. Open Settins, Keyboard
2. Add Japanese (Anthy)
3. Check if the top (black) Gnome menu now has 'ja'.
Actual results:
No Japanese input
Expected results:
Working as before.
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=2105043
1 year
[Bug 1964374] New: stardict scan hotkey doesn't work
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1964374
Bug ID: 1964374
Summary: stardict scan hotkey doesn't work
Product: Fedora
Version: 33
Status: NEW
Component: stardict
Assignee: psatpute(a)redhat.com
Reporter: antmak.pub(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anish.developer(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com,
petersen(a)redhat.com, psatpute(a)redhat.com,
pwu(a)redhat.com, robinlee.sysu(a)gmail.com,
yanqiyu01(a)gmail.com
Target Milestone: ---
Classification: Fedora
Description of problem:
The "Use scan hotkey:" option from StarDict's Preferences doesn't work
Version-Release number of selected component (if applicable):
stardict-3.0.6-15.fc33.x86_64
Fedore 33
GNOME @ Wayland session
How reproducible:
Just change the option to any value, it doesn't work.
Steps to Reproduce:
1. Open StarDict
2. Open Preferences, "Scan Selection" tab
3. Enable "Use scan hotkey" option.
4. Values: "<Primary><Alt>x", "<Super>j", "<Primary><Alt>j" don't work - it
can't scan selected words from other windows like Firefox or Gedit
Actual results:
It should scan selected words in other apps and open a translate window
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
1 year
[Bug 2129399] Postscript standard symbol font is not looked up
correctly
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
Jens Petersen <petersen(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Version|36 |38
--- Comment #33 from Jens Petersen <petersen(a)redhat.com> ---
I can reproduce in F38 and Rawhide:
⬢ toolbox39$ fc-match -s Symbol
StandardSymbolsPS.t1: "Standard Symbols PS" "Regular"
NotoSans[wght].ttf: "Noto Sans" "Regular"
NotoSansSymbols-Regular.ttf: "Noto Sans Symbols" "Regular"
NotoSansSymbols2-Regular.ttf: "Noto Sans Symbols 2" "Regular"
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"
NotoSansMono[wght].ttf: "Noto Sans Mono" "Regular"
NotoSansCJK-VF.ttc: "Noto Sans CJK JP" "Regular"
D050000L.otf: "D050000L" "Regular"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Regular"
DejaVuSansMono-Bold.ttf: "DejaVu Sans Mono" "Bold"
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
After installing Bitstream Vera:
$ fc-match -s Symbol
StandardSymbolsPS.t1: "Standard Symbols PS" "Regular"
Vera.ttf: "Bitstream Vera Sans" "Regular"
NotoSansSymbols-Regular.ttf: "Noto Sans Symbols" "Regular"
NotoSansSymbols2-Regular.ttf: "Noto Sans Symbols 2" "Regular"
NotoSans[wght].ttf: "Noto Sans" "Regular"
NimbusSans-Regular.otf: "Nimbus Sans" "Regular"
NotoSansMono[wght].ttf: "Noto Sans Mono" "Regular"
NotoSansCJK-VF.ttc: "Noto Sans CJK JP" "Regular"
D050000L.otf: "D050000L" "Regular"
DejaVuSansMono.ttf: "DejaVu Sans Mono" "Regular"
DejaVuSansMono-Bold.ttf: "DejaVu Sans Mono" "Bold"
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2129399
1 year
[Bug 2109358] New: emacs fails to start: Cannot open load file: No
such file or directory, comp
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2109358
Bug ID: 2109358
Summary: emacs fails to start: Cannot open load file: No such
file or directory, comp
Product: Fedora
Version: 36
Status: NEW
Component: emacs-common-ddskk
Assignee: dueno(a)redhat.com
Reporter: nicku(a)nicku.org
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Description of problem: emacs fails to start if emacs-ddsdk is installed
Version-Release number of selected component (if applicable):
16.2-12.fc36
How reproducible:
Always
Steps to Reproduce:
1.Install emacs, it runs
2.install emacs-ddsdk
3. Emacs refuses to start, with message, "Cannot open load file: No such file
or directory, comp"
Actual results:
Emacs refuses to start, with message, "Cannot open load file: No such file or
directory, comp"
Expected results:
emacs runs.
Additional info:
strace shows emacs looking iin so many places other than the right one.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2109358
1 year