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 button. 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 files. 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 eventually).
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! --jh--
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-1.4.1.2.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.