After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 368106 - Terminal: Copy&paste is copying an...
Terminal: Copy&paste is copying an...
Status: RESOLVED NOTABUG
Product: vte
Classification: Core
Component: general
0.14.x
Other All
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-10-31 05:44 UTC by Jan ONDREJ (SAL)
Modified: 2006-11-03 00:05 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Attachments
file saved in gedit (457 bytes, text/plain)
2006-11-02 17:58 UTC, Jan ONDREJ (SAL)
Details

Description Jan ONDREJ (SAL) 2006-10-31 05:44:31 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
Comment 1 André Klapper 2006-10-31 16:17:52 UTC
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!
Comment 2 Jan ONDREJ (SAL) 2006-10-31 18:34:45 UTC
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.
Comment 3 Mariano Suárez-Alvarez 2006-10-31 19:05:48 UTC
Updating the priority.

(Didn't this get fixed in vte sometime ago?)
Comment 4 Jan ONDREJ (SAL) 2006-11-02 14:50:41 UTC
Same problem with updated "vte" to 0.14.1-1.fc7 from Fedora development.
It's needed to report this to vte application?
Comment 5 Behdad Esfahbod 2006-11-02 15:55:18 UTC
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.
Comment 6 Jan ONDREJ (SAL) 2006-11-02 16:14:53 UTC
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.
Comment 7 Behdad Esfahbod 2006-11-02 16:20:59 UTC
Ok.  less seems to break the line, yeah.
Comment 8 Jan ONDREJ (SAL) 2006-11-02 16:35:20 UTC
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?
Comment 9 Behdad Esfahbod 2006-11-02 16:54:51 UTC
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.
Comment 10 Jan ONDREJ (SAL) 2006-11-02 17:57:09 UTC
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
Comment 11 Jan ONDREJ (SAL) 2006-11-02 17:58:24 UTC
Created attachment 75871 [details]
file saved in gedit
Comment 12 Behdad Esfahbod 2006-11-02 18:05:20 UTC
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.
Comment 13 Jan ONDREJ (SAL) 2006-11-02 19:32:14 UTC
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?
Comment 14 Jan ONDREJ (SAL) 2006-11-02 19:39:07 UTC
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.
Comment 15 Mariano Suárez-Alvarez 2006-11-02 19:54:11 UTC
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?
Comment 16 Behdad Esfahbod 2006-11-03 00:05:21 UTC
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