I have noticed the same problem with scim-anthy (for Japanese input), as
well. This used to work, but when I don't remember. I don't see any
recent package updates to either gnome-terminal, libvte-common or scim.

I don't seem to be able to reliably reproduce it, however, it appears at
this time that the Japanese comma can tend to invoke the problem.
Backspacing and retyping may also help, perhaps. At some random points,
the currently-input text becomes an opaque white box (none of the text
visible), and then later is visible again (after more typing). This is
true of xfce4-terminal as well, which also crashes.

When running xfce4-terminal within gnome-terminal, I managed to get a
"*** glibc detected *** xfce4-terminal: munmap_chunk(): invalid pointer:
0x08439c40 ***", followed by a "backtrace" that was not very informative
(possibly because I don't have the debug symbols). After installing the
debug symbols (for it and libvte), I was unable to reproduce that same
crash. I also got "*** glibc detected *** xfce4-terminal: corrupted
double-linked list: 0x0823aa20 ***" without a backtrace.

I also get random messages like (xfce4-terminal:18241): Vte-WARNING **:
Can not find appropiate font for character U+823a2c0." or "...for
character U+0019" (the former could never be a valid Unicode character,
the latter is Ctrl+Y).

I'm reassigning to vte, since the same problem is in xfce4-terminal.

-- 
scim-chewing will crash GNOME terminal.
https://bugs.launchpad.net/bugs/121161
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for vte in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

Reply via email to