Your message dated Sun, 20 Jul 2008 12:40:54 +0100
with message-id <[EMAIL PROTECTED]>
and subject line wmcliphist removed from Debian
has caused the Debian Bug report #211101,
regarding libgtk2.0-0: text selection problem in GtkTextView
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
211101: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=211101
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libgtk2.0-0
Version: 2.2.4-1
Severity: normal
I think GtkTreeView has a wierd text-selection bug.
Start gedit (for example, other apps like xpad show same problem) type some
text (or open a file; just have some text visible). Select a part of the text
by clicking with the left mouse button and dragging the mouse while keeping the
mousebutton pressed. The selection will wanish every second or so, and
selection will begin again. So instead of selecting the text, it selects some,
then starts selecting again and so on, resulting in small snippets getting
selected and un-selected. If the mouse is moved slower, the problem is the
same except the snippets will be smaller. (1-2 characters instead of 1-2 words
long. The rate of the selection resetting appears to be constant.)
Somewhat similar problem with selecting with the keyboard. Pressing and holding
shift and moving with the arrow keys should be selecting text. It does, but the
selection is reset every half-second. (The same way as when using the mouse.)
Non-gtk2 apps don't show this problem. Neither does xchat's main channel window
(the one currently in sid, which is gtk2). But the bug is reproducible with
gedit, xpad, and even a short TextView-using pygtk script, so I guess
GtkTextView is the culprit.
Reproducing the same mouse-movement in xev shows nothing irregular. (I guess if
the mouse driver would send ButtonPress/Release events it would cause the same
symptoms, but thats not the case. And that wouldn't explain the problem with
the keyboard-selection.)
Abel Daniel
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux hooloovoo 2.4.21.030910.abli #1 2003. sze. 10., szerda, 12.48.02
CEST i686
Locale: LANG=en_GB, LC_CTYPE=hu_HU
Versions of packages libgtk2.0-0 depends on:
ii libatk1.0-0 1.2.4-1 The ATK accessibility toolkit
ii libc6 2.3.2-7 GNU C Library: Shared libraries an
ii libfontconfig1 2.2.1-2 generic font configuration library
ii libfreetype6 2.1.4-5 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.2.3-1 The GLib library of C routines
ii libgtk2.0-common 2.2.4-1 Common files for the GTK+ graphica
ii libjpeg62 6b-8 The Independent JPEG Group's JPEG
ii libpango1.0-0 1.2.5-1 Layout and rendering of internatio
ii libpng12-0 1.2.5.0-4 PNG library - runtime
ii libtiff3g 3.5.7-2 Tag Image File Format library
ii libxft2 2.1.1-2 advanced font drawing library for
ii xlibs 4.2.1-11 X Window System client libraries
ii zlib1g 1:1.1.4-14 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
wmcliphist has been orphaned and removed from Debian. I am
therefore closing the open bugs.
--
Jon Dowland
--- End Message ---
