GNOME Bugzilla – Bug 33991
gnome-terminal: word-select anomaly
Last modified: 2006-04-11 07:43:23 UTC
Package: gnome-terminal Severity: wishlist Version: 1.2.4 Synopsis: word-select anomaly Class: change-request Distribution: Debian 2.2 System: Linux 2.2.18pre24 i686 unknown C library: C library 2.1.3-13 C compiler: 2.95.2 glib: 1.2.8 GTK+: 1.2.8 ORBit: ORBit 0.5.4 gnome-libs: gnome-libs 1.2.8 libxml: 1.8.10 gnome-print: gnome-print-0.24 gnome-core: gnome-core 1.2.4 Description: Selecting a word with double-lmb and selecting further words by moving the mouse behaves irritating if changing the line. Reproduce: a) select a word on the left margin with double-click. b) move the mouse-pointer to the right until some other words are selected. c) move the mouse-pointer one line up and back to the line you started. now the word you selected first is no longer seleted. This is anoying. This word should stay selected. Take a look at xterm or kvt :) ------- Bug moved to this database by debbugs-export@bugzilla.gnome.org 2001-01-27 15:18 ------- This bug was previously known as bug 33991 at http://bugs.gnome.org/ http://bugs.gnome.org/show_bug.cgi?id=33991 Originally filed under the gnome-core product and gnome-terminal component. Unknown version 1.2.x in product gnome-core. Setting version to the default, "unspecified". The original reporter (berberic@fmi.uni-passau.de) of this bug does not have an account here. Reassigning to the exporter, debbugs-export@bugzilla.gnome.org. Reassigning to the default owner of the component, gnome-core-maint@bugzilla.gnome.org.
This or a similar bug still exists in
oops, I didn't think I had submitted this page. I was about to say, that this or a similar bug still exists in gnome-terminal, but then I checked if I was using the current version and found that for the new beta, new versions of gnome-libs and gnome-core have been released, so I'm close, but not quite current. Anyway, the behavior I'm seeing is that if you double-click a word to start a selection and then drag to extend it to the left (or upwards), the word you started with is not selected. Interesting enough, it works correctly if you double click on the first word of a line and drag upwards. I'll check back on the latest version once I had the time to compile it. Sorry for the spam if you had fixed the bug already. Maybe someone with a current version can verify this?
Has this been fixed in a later release?
I'm still seeing this problem in gnome-terminal (gnome-core) 1.4.0.4. I would think this is easy to reproduce. Isn't anyone else seeing it?
Yes I can confirm this.
*** Bug 56396 has been marked as a duplicate of this bug. ***
There is a fix on: http://www.forwiss.uni-passau.de/~berberic/Linux/gnome-terminal.html also fixes another more severe problem
I've forwarded this link to the authors already. There was some mention about the patches being incomplete as there were no changes to vx.h? Pasting below: From Michael Zucchi: I'm not sure changing the api is suitable, since it breaks the library for versions of gnome-core. Otherwise, I dunno i suppose it looks ok. Do they break binary compatability though? The patch appears incomplete (no changes to vx.h included). I suppose the scrolling changes are ok, though i'm not sure.
There's a sort of mirror image of this on gnome-list: http://mail.gnome.org/archives/gnome-list/2001-December/msg00250.html
I think the only problem still relevant is "doubleclick a word and extend selection to the left". Dragging up and down again works fine here. Confirm? (gnome-core-1.4.0.6 and gnome-libs-1.4.1.4)
What do we do with this bug from a 2.0.x perspective?
Would it be possible to split the patch up? I'd like to see - one patch for the wordselect problem - one patch for the CutToBeginningOfLine feature - one patch for the update problems Possible?
Oh, and if possible rediffed for libzvt from GNOME 2.x?
*** Bug 18115 has been marked as a duplicate of this bug. ***
This looks like a misfiled libzvt bug. Reassigning.
Vte doesn't have this bug. Use vte instead :)