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 110369 - Word selection ignoring explicit newlines
Word selection ignoring explicit newlines
Status: RESOLVED FIXED
Product: vte
Classification: Core
Component: general
0.10.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
Nalin Dahyabhai
Depends on:
Blocks:
 
 
Reported: 2003-04-09 11:43 UTC by Brad Garcia
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.1/2.2



Description Brad Garcia 2003-04-09 11:43:12 UTC
I just upgraded to Red Hat 9.  Found a bug in gnome-terminal selection.
This is gnome-terminal-2.2.1-3 & vte-0.10.25-1

Set up a gnome-terminal with a width of 80 columns, and make it display the
following text:

---------------------------------------------------
-rw-rw-r--    1 501      501      13892163 Mar 13 23:20
kernel-2.4.20-8.i686.rpm
-rw-rw-r--    1 501      501      13380620 Apr 07 15:11
kernel-2.4.20-9.i686.rpm
-rw-rw-r--    1 501      501      14470085 Mar 13 23:20
kernel-bigmem-2.4.20-8.i686.rpm
-rw-rw-r--    1 501      501      13935253 Apr 07 15:11
kernel-bigmem-2.4.20-9.i686.rpm
---------------------------------------------------

Now attempt to select one of the first two filenames using a double-click.

Those first two lines are exactly 80 columns long, so there is no
whitespace at the end of the line.  When you attempt to select the word,
the selection will also include the first word of the following line.

Also, if you attempt to select part of that filename, and part of the
following line, you will not get a newline when you go to paste the text. 
You should, of course, get a newline.
Comment 1 Nalin Dahyabhai 2003-04-21 20:27:50 UTC
Fixed in 0.11.2 and later, will backport the fix to a 0.10 release.