Debian Bug report logs - #222816
wmcliphist prevents selections in pan (possibly all gtk2 apps)

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon.dowland@durham.ac.uk>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: wmcliphist prevents selections in pan (possibly all gtk2 apps)

Date: Mon, 01 Dec 2003 16:36:34 +0000

Package: wmcliphist
Version: 0.6-1
Severity: normal

When wmcliphist is open, attempting to drag-select text in a
post-composition window in Pan fails. The selection starts but stops
prior to release. This occurs for every selection, both with the mouse
and with keyboard shortcuts.

The clipboard lock and ignore options do not prevent this from
happening, however the problem immediately dissapears when wmcliphist is
closed.

The problem does not manifest itself for gtk1.2 apps[1] or other, non-gtk
apps[2].

I know little about GTK programming, but I will investigate the
feasibility of building wmcliphist against gtk2 to see if that might
resolve the problem.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux e-sjs013 2.4.22 #1 Thu Oct 9 15:16:09 BST 2003 i686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8

Versions of packages wmcliphist depends on:
ii  libc6                       2.3.2.ds1-10 GNU C Library: Shared libraries an
ii  libglib1.2                  1.2.10-9     The GLib library of C routines
ii  libgtk1.2                   1.2.10-16    The GIMP Toolkit set of widgets fo
ii  xlibs                       4.2.1-14     X Window System client libraries

-- no debconf information

[1] gnome
[2] konqueror, terminals, kate, etc. 

Message #10 received at 222816@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon.dowland@durham.ac.uk>

To: Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

Cc: 222816@bugs.debian.org

Subject: Re: Bug#222816: wmcliphist prevents selections in pan (possibly all gtk2 apps)

Date: Wed, 21 Jan 2004 08:45:45 +0000

On Sun, Jan 11, 2004 at 11:14:10PM +0100, Sebastian Ley wrote:
> Sorry for responding so late.
> 
> I can not reproduce this with the gtk2 apps I have running here
> (evolution, galeon...). It might be that I did not understand correctly
> what your problem was. Please explain more detailed what you do, and
> what you would expect and what actually happens. I'll also try to
> reproduce that with pan then.

I have just started pan, and one of the panes contains the GNU GPL.
Using the mouse I can start and stop a selection in this text as normal
- holding down the lmb and dragging to start, and releasing to stop.

If I know open wmcliphist, and attempt the same, the selection stops
prior to releasing the lmb - it stops a few seconds after starting it.
So, slowly dragging a selection out is replaced with a 'staccato' of
selections starting and stopping. Wmcliphist captures the small
selections in its buffer ('e;yo', 'twar', 'soft', 'free', 'm is',
'ogra', 'is pr', etc.).

Setting wmcliphist's 'clipboard ignore' field does not prevent this from
occuring, but the phenomena stops as soon as you quit wmcliphist.

According to aptitude, I also have dia, gaim, sodipodi, obconf,
mozilla-firebird, gnome-gv, which depend on libgtk2.0, and I have just
installed galeon to test.

I have been able to reproduce the problem by attempting to select text
from the 'about' window in gnome-gv, the Authors tab of the about
menu in pan, and the about menu in galeon. I haven't been able to
reproduce the problem on single-line text fields in any application. 

I will try and see if I can write a minimal GTK application which
exhibits the problem at some point. It appears to only be multi-line
text fields of a certain variety.

I hope this helps,

-- 
Jonathan Dowland
http://jon.dowland.name/

Message #13 received at 222816-forwarded@bugs.debian.org (full text, mbox, reply):

From: Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

To: 222816-forwarded@bugs.debian.org

Cc: Michal Krause <michal@krause.cz>, Jon Dowland <jon.dowland@durham.ac.uk>

Subject: Bug in wmcliphist

Date: Tue, 27 Jan 2004 23:31:38 +0100

Hello Michal,

Jon Dowland found a bug in wmcliphist and submitted it to the debian
bugtracker. It would be nice if you could have a look at it, find a full
description here:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222816

Thanks in advance,
Sebastian

P.S.: Please preserve a CC to 222816-forwarded@bugs.debian.org, so that
further information is filed with the bugreport, thanks

-- 
PGP-Key: http://www.mmweg.rwth-aachen.de/~sebastian.ley/public.key
Fingerprint: A46A 753F AEDC 2C01 BE6E  F6DB 97E0 3309 9FD6 E3E6

Message #14 received at 222816-forwarded@bugs.debian.org (full text, mbox, reply):

From: Michal Krause <michal@krause.cz>

To: Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

Cc: 222816-forwarded@bugs.debian.org, Jon Dowland <jon.dowland@durham.ac.uk>

Subject: Re: Bug in wmcliphist

Date: Wed, 28 Jan 2004 09:23:43 +0100

On 27/01/2004, Sebastian Ley wrote:

> Hello Michal,
> 
> Jon Dowland found a bug in wmcliphist and submitted it to the debian
> bugtracker. It would be nice if you could have a look at it, find
> a full description here:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=222816

Hi,

this is not a bug, this is a feature :) wmcliphist 0.6 contains new
function called "auto take up". When enabled, wmcliphist become
a selection owner when new content appears in clipboard. This makes
selection content independent on application which copied it previously
- it will persist even if this application ends (without recalling it
from wmcliphist's history menu).
But it seems that some applications copy text into clipboard during
mouse drag instead after mouse button is released. This forces
wmcliphist to take up selection content and thus application can cancel
actual selection. I think, this is rather problem of an application than
wmcliphist, but it can be solved easily: just disable auto take up
feature with following line in your ~/.wmcliphistrc:

auto_take_up no

Best regards
Michal Krause

Message #15 received at 222816-forwarded@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon.dowland@durham.ac.uk>

To: Michal Krause <michal@krause.cz>, Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

Cc: 222816-forwarded@bugs.debian.org

Subject: Re: Bug in wmcliphist

Date: Wed, 28 Jan 2004 15:36:36 +0000

On Wed, Jan 28, 2004 at 09:23:43AM +0100, Michal Krause wrote:
> this is not a bug, this is a feature :) wmcliphist 0.6 contains new
> function called "auto take up". When enabled, wmcliphist become
> a selection owner when new content appears in clipboard. This makes
> selection content independent on application which copied it previously
> - it will persist even if this application ends (without recalling it
> from wmcliphist's history menu).
> ... 
> just disable auto take up
> feature with following line in your ~/.wmcliphistrc:
> 
> auto_take_up no

On Wed, Jan 28, 2004 at 04:12:33PM +0100, Sebastian Ley wrote:
> Does this solve the problem?

Hello,

yes, adding this value does solve the problem. Thank you both for your
help!

On Wed, Jan 28, 2004 at 09:23:43AM +0100, Michal Krause wrote:
> I think, this is rather problem of an application than
> wmcliphist...

Unfortunately I believe the problem effects all GTK2 apps with
multi-line text areas. I am planning (this weekend) to write a test app
to confirm this. What should we do with the bug in the mean-time, leave
it as be, mark it as fixed, reassign it?

Thanks,

-- 
Jonathan Dowland
http://jon.dowland.name/

Message #16 received at 222816-forwarded@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon.dowland@durham.ac.uk>

To: Michal Krause <michal@krause.cz>, Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

Cc: 222816-forwarded@bugs.debian.org

Subject: as promised, small GTK2 text example

Date: Wed, 28 Jan 2004 17:47:55 +0000

[Message part 1 (text/plain, inline)]

(apologies if you are getting multiple copies of this email - I haven't
kept track of who is and who isn't on the forward-list)

Attached is a small GTK+-2.0 test program which exhibits the behaviour.

Compile with 
        gcc text.c -o text `pkg-config --cflags --libs gtk+-2.0`

Note: this behaviour could be by design.. although I have found nothing
about it in the literature, I am not a GTK programmer :)
-- 
Jonathan Dowland
http://jon.dowland.name/

[text.c (text/x-csrc, attachment)]

Message #21 received at 222816@bugs.debian.org (full text, mbox, reply):

From: Sebastian Ley <sebastian.ley@mmweg.rwth-aachen.de>

To: Michal Krause <michal@krause.cz>

Cc: 222816@bugs.debian.org

Subject: Disable auto_take_up by default?

Date: Sun, 13 Jun 2004 16:54:01 +0200

Hello Michal,

Since the auto_take_up feature does not play nicely with gtk2 textarea widgets 
it might perhaps be a good idea to disable it by default? GTK2 is pretty 
widespread now, so this could cause more confusion than being helpful?

Regards,
Sebastian
-- 
PGP-Key: http://www.mmweg.rwth-aachen.de/~sebastian.ley/public.key
Fingerprint: A46A 753F AEDC 2C01 BE6E  F6DB 97E0 3309 9FD6 E3E6

Message #34 received at 222816@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon@alcopop.org>

To: 222816@bugs.debian.org

Subject: a belated happy birthday (+ testcase)

Date: Thu, 30 Dec 2004 12:53:41 +0000

[Message part 1 (text/plain, inline)]

A belated happy birthday to this bug! Please find attached the promised
test case. builds with

	gcc text.c -o text `pkg-config --cflags --libs gtk+-2.0`

[text.c (text/x-csrc, attachment)]

Message #39 received at 222816-close@bugs.debian.org (full text, mbox, reply):

From: Jon Dowland <jon+bts@alcopop.org>

To: 211101-close@bugs.debian.org, 222816-close@bugs.debian.org, 407714-close@bugs.debian.org, 437433-close@bugs.debian.org, 192237-close@bugs.debian.org

Subject: wmcliphist removed from Debian

Date: Sun, 20 Jul 2008 12:40:54 +0100

wmcliphist has been orphaned and removed from Debian. I am
therefore closing the open bugs.


-- 
Jon Dowland

Send a report that this bug log contains spam.