Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142056 - app-i18n/scim-1.4.4 - kanji input to terminals stoped working
Summary: app-i18n/scim-1.4.4 - kanji input to terminals stoped working
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Highest major (vote)
Assignee: CJK Team
Depends on:
Reported: 2006-07-28 21:32 UTC by Rafał Mużyło
Modified: 2007-07-07 03:42 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

fixes rawcode imengine problem affecting scim-anthy (xim-fix.diff,869 bytes, patch)
2006-08-07 22:00 UTC, Rafał Mużyło
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Rafał Mużyło 2006-07-28 21:32:52 UTC
First, list of packages:

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.
Comment 1 Andreas Klauer 2006-08-02 00:34:15 UTC
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.
Comment 2 Rafał Mużyło 2006-08-05 22:56:54 UTC
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.
Comment 3 Rafał Mużyło 2006-08-07 22:00:06 UTC
Created attachment 93723 [details, diff]
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.
Comment 4 Andreas Klauer 2006-08-18 08:48:17 UTC
That patch indeed seems to fix the problem. Thank you!
Comment 5 Alastair Tse (RETIRED) gentoo-dev 2006-08-20 03:07:26 UTC
submitted this upstream
Comment 6 Rafał Mużyło 2006-10-10 09:01:57 UTC
Update for scim-1.4.5:
Bug is still there, fix still works.
Please consider adding to ebuild.
Comment 7 MATSUU Takuto (RETIRED) gentoo-dev 2006-10-10 09:31:47 UTC
Fixed in cvs(1.4.5). thanks.
Comment 8 Andreas Klauer 2007-01-09 21:54:29 UTC
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.
Comment 9 Andreas Klauer 2007-01-09 22:14:34 UTC
Removing the scim-1.4.5-imengine.patch from scim-1.4.5-r1.ebuild fixed the problem for me. *shrug*
Comment 10 Rafał Mużyło 2007-01-26 19:00:51 UTC
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.
Comment 11 Rafał Mużyło 2007-04-14 16:16:14 UTC
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.
Comment 12 Rafał Mużyło 2007-04-28 17:18:59 UTC
Of all the silly things... Well, anyway...
As far as I can tell scim 1.4.6 is no longer affected by this bug.
Comment 13 MATSUU Takuto (RETIRED) gentoo-dev 2007-07-07 03:42:08 UTC
fixed in 1.4.6.