Bug 142056 - app-i18n/scim-1.4.4 - kanji input to terminals stoped working
|
Bug#:
142056
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: major
|
Priority: P1
|
|
Resolution: FIXED
|
Assigned To: cjk@gentoo.org
|
Reported By: galtgendo@o2.pl
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: app-i18n/scim-1.4.4 - kanji input to terminals stoped working
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-07-28 21:32 0000
|
First, list of packages:
app-i18n/anthy-7900
app-i18n/scim-1.4.4
app-i18n/scim-anthy-1.0.0
gcc-4.1.1
glibc-2.4-r3
2.6.17-gentoo-r4
sys-devel/binutils-2.16.1-r3
Now, the bug. A rather stange one. You see, after upgrade in the first three
packages, kanji input to terminals stoped working. Everything works fine for
firefox and other gtk apps, however the same is not true for both xterm and
urxvt, for them things work only up to the point, when you press Enter to
commit
selected kanji (kanji conversion seems to work), then instead of a kanji a char
sequence, often a one containing escape sequences, is input to the terminal.
Both of those terminals handle kanji correctly, I can paste them without any
problem.
Same here. xterm/urxvt/OpenOffice (all XIM applications as far as I know) are
affected the same way by this problem. SCIM input window comes up and displays
kana/kanji correctly, but when I hit enter, only unknown control sequences get
inserted into the application. Input works great in GTK apps and I can
copy&paste Japanese text into xterm/urxvt/OpenOffice without problems.
Ok, more info.
It's a bug in scim 1.4.4, 1.4.3 works, cvs of scim still doesn't.
The bug lies in rawcode imengine, disabing it makes 1.4.4 work, what's more
reverting the changes made in modules/IMEngine/ scim_rawcode_imengine.cpp and
scim_rawcode_imengine.h between 1.4.3 and 1.4.4 makes it work with rawcode
enabled.
PS. Somebody should change bug description to reflect this.
Created an attachment (id=93723) [details]
fixes rawcode imengine problem affecting scim-anthy
Final update, I think.
Attached is minimal reverting patch that makes things work.
It's a bit strange, cause set_languages calls set_locales.
It's probably a typo, but I can't figure it out -
maybe there's some difference between String and unsigned char*
I'm missing, maybe there's a bug in set_locales that's doesn't happen
when it's called by set_languages. As it's an upstream bug, somebody should
report it there.
That patch indeed seems to fix the problem. Thank you!
Update for scim-1.4.5:
Bug is still there, fix still works.
Please consider adding to ebuild.
Fixed in cvs(1.4.5). thanks.
I'm still suffering from this problem. I cannot input into xterm anymore with
scim-1.4.5(-r1), but strangely enough, downgrading to 1.4.4 fixes the problem.
This is on ~x86 Gentoo. I have no idea what is going on.
Removing the scim-1.4.5-imengine.patch from scim-1.4.5-r1.ebuild fixed the
problem for me. *shrug*
I'm reopening this bug for somebody to close it for good.
As per comment nr 5, it was submited upstream on 2006-08-20 03:06.
As of 2006-11-21 18:51, a proposed patch was given by upstream.
As of today, I checked that patch and it seemms to work.
Somebody please double check it and if sucessful, take the upstream patch and
close it for good.
OK, sorry. I was wrong.
That upstream patch actually does NOT work. The actual problem is that for some
reason calling set_locales(string) doesn't work, while set_languages(string)
does.
Of all the silly things... Well, anyway...
As far as I can tell scim 1.4.6 is no longer affected by this bug.
