1. Select a large amount of text.
2. Type 'cat > testfile' in a gnome-terminal
3. Point at your gnome-terminal and press the middle mouse
4. Observe that only the first 4096 bytes of the text appear
to have been pasted.
Strangely, the actual size of the file sometimes appears to
end up correct - as if only the screen update is buggy. This
appears to depend on architecture. gnome-core-1.0.4 on sparc
appears to end up with the correct filesize, although it
still doesn't display correctly. gnome-core-1.0.4 on alpha,
and gnome-core-1.0.7-2 on i686 both end up with 4096 byte
I used xemacs as the source of the text, and verified that
it's not emacs' problem by trying the 'cat' in an xterm.
Fixed in October-GNOME.
Reporter has indicated this is fixed in OG (which will go into updates
Seems to be broken again in the 7.2 release.
reassign to hp
I confirm the behavior in 7.2, and it is severely cramping my style!
I spent some time looking at zvt code but couldn't figure out what would cause
this. Will look at it more.
Should be fixed in gnome-libs-184.108.40.206.90-10
I was looking at the X paste code, but the actual problem was
failure to use write() correctly when sending data to the child
process inside the terminal.