Keyboard input not accepted after copying selection with Control-C
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
nedit (Ubuntu) |
New
|
Medium
|
MOTU |
Bug Description
After selecting text with the keyboard and copying it with Control-C, the edit window will (more than 90% of the time) not accept keyboard input
After selecting text with the keyboard and copying it with Control-C, the edit window will (more than 90% of the time) not accept keyboard input. Recovery is either by mouse click on the edit window, or sometimes by pasting the text with Control-V -- this is the only keyboard input I've been able to have accepted, but doesn't always work. Sometimes only the mouse will work.
A similar loss of keyboard input often (~50% of the time) occurs when the find dialog is opened with Control-F. The only way to continue is to cancel (with the mouse) and try again, and keep trying until it works. I've not yet had to try more than three times.
I've built nedit-5.5 from the breezy source package with identical results.
I've been using the v5.5 binary from nedit.org on Redhat 7.3 for over six months and it works perfectly. The most obvious difference is that it's statically linked with openmotif 2.1.30. I've tried it on Ubuntu Hoary but it won't run -- it reports "locale is not supported" on startup then crashes when I try to open a file.
Changed in nedit: | |
assignee: | nobody → motu |
Changed in nedit: | |
status: | Unconfirmed → Needs Info |
Tonight I rebuilt nedit-5.5 with openmotif (libmotif-dev) instead of lesstif (lesstif2-dev). This new version seems not to have the bugs I reported earlier. It looks like the bugs are not due to nedit itself but rather are due to lesstif.
There is one minor problem with openmotif. Depending upon the value of $LANG, I get various "locale not supported" messages on startup.
If LANG="en_AU.UTF-8", it says "locale UTF8 not supported" and prints lots of messages like this when I try to open a file (but it doesn't crash):
Name: FilterText
Class: XmTextField
Character '\143' not supported in font. Discarded.
If LANG="en_AU", it says "locale not supported by C library, locale unchanged", but that's all.
If LANG is unset, there are no messages and it *appears* to work perfectly. I haven't done enough to be sure it's OK, but so far it looks good.