GNOME Bugzilla – Bug 368106
Terminal: Copy&paste is copying an...
Last modified: 2006-11-03 00:05:21 UTC
Version: 2.16.0 What were you doing when the application crashed? Copy&paste is copying an "new line" at end of each line. This don't happen always, but in most cases. I am trying to copy aprox. 90 chars line in 80 chars length terminal, after 80th char there will be an new line pasted in editor or anything else. For example I am trying to paste an line here: print " --config=f load \"f\" as alternate config (without .py e xtension)" You can see output. Same problems on all computers after update to Fedora Core 6 (gnome 2.16). Distribution: Fedora Core release 6 (Zod) Gnome Release: 2.16.0 2006-09-04 (Red Hat, Inc) BugBuddy Version: 2.16.0
Thanks for taking the time to report this bug. Without a stack trace from the crash it's very hard to determine what caused it. Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
I am sorry, I have tryed to use bug-buddy to report a non crashing bug. It don't hang, only paste don't work properly. Also you can lower it's priority. I am not owner of this bug (may be it is bug-buddy?). I only want to say, that after a copy there is line with some special new lines after each line in paste buffer. I can't control, which lines are copyed with extra newlines.
Updating the priority. (Didn't this get fixed in vte sometime ago?)
Same problem with updated "vte" to 0.14.1-1.fc7 from Fedora development. It's needed to report this to vte application?
Weird. can you be more specific? Like, tell us a echo command that if run on the terminal produces an output that when copied and pasted in gedit, it shows the bug. With a vte size of 80 for example.
I am sorry, I now can confirm, that it is not a gnome-terminal or vte bug. It happens only when data are copyed from less output in gnome-terminal (may be in other terminals too). It looks like a "less" problem, you can close this bug now.
Ok. less seems to break the line, yeah.
Hmm, and "more" command too. But I had no problems copying text from "less" on fedora core 5. Problems are after upgrading to Fedora Core 6, but there are same less programs. I am trying to connect to FC5 from my FC6 and copying text from their less. It is not working, same problem. Same problem connecting from FC6 to an very old FC2 with very old less. Can you tell me, where is the problem? Is it a Xorg problem or a less problem?
No, it can't be a Xorg problem. Again, can you gimme a test case? Something like echo sdfghjkfdsadfghjhgfdsdfghj | less for example. Also, please test with xterm. If g-t's behavior is different from that of xterm, feel free to reopen this bug.
OK, here is it (also attached as plain text file, if it will be changed by any browser). Text is pasted into gedit. Exafctly same results with gnome-terminal, xterm, konsole terminals. # this text is pasted from "uname -a | more" # after triple-click on "Linux..." only first 80-chars are selected. Linux note.salstar.sk 2.6.18-1.2798_1.fc6.cubbi_suspend2 #1 SMP Fri Oct 20 18:11 :32 CEST 2006 i686 i686 i386 GNU/Linux # this text is pasted from "uname -a | cat" # after triple-click on "Linux..." both lines are selected Linux note.salstar.sk 2.6.18-1.2798_1.fc6.cubbi_suspend2 #1 SMP Fri Oct 20 18:11:32 CEST 2006 i686 i686 i386 GNU/Linux
Created attachment 75871 [details] file saved in gedit
If happens with all terminals, definitely no vte bug. more and less draw each line on the screen as a separate line, while when you cat, the terminal breaks it into lines. When you select lines using tripple-click, it makes a difference who broke the line.
Same problem when selecting with simple click or double-click. I only want to tell, that triple-click selects automatically 80-chars (one line) after "less" or "more" and more lines after "cat". I have done another test. I am trying to open gnome-terminal from FC5 to FC6 over a secure X-protokol (ssh -Y). Gnome-terminal works fine, however xterm not. Selecting text by triple-click don't work for any reason, but more lines selected (it is not important how, by simple or triple click) works on fedora-core-5 well. Working gnome-terminal version is 2.14.2, vte 0.12.2. May be this "feature" has been added in this new version. :-( Where can be problem? less uses ncurses, more termcap. May be a problem in any of these libraries or is it in a "new feature" in vte/gnome-terminal?
Ano one more test. Connecting from gnome-terminal 2.16.0 (FC6) to same FC5 computer and same tests don't work as expected by me. Only one working combination is to do this in gnome-terminal 2.14 (vte 0.12.2). All other combinations fails.
Running echo 'Linux note.salstar.sk 2.6.18-1.2798_1.fc6.cubbi_ suspend2 #1 SMP Fri Oct 20 18:11:32 CEST 2006 i686 i686 i386 GNU/Linux' | less inside a script session shows that less is putting a ^M (ie, a CR) at the line break. This is NOTGNOME. Maybe less is not seeing that vte can do the CR itself?
Ok, now I remember why you're seeing it now. Previously vte simply merged all consecutive lines that didn't have a space in their last column. That was simply broken, but worked in this case of less and more. Now we should find a way to tell less to now do the extra CR. Got a downstream report here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=213753