Bug 235344

Summary:	Klipper - Clipboard entry no longer available, after apps are closed
Product:	[Unmaintained] klipper	Reporter:	Sel Goona <alieneye>
Component:	general	Assignee:	Esben Mose Hansen <kde>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	adriano.lols, clara.gnos, dimsuz
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Sel Goona 2010-04-25 14:12:31 UTC

Version:           v0.9.7 (using 4.4.2 (KDE 4.4.2), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.32-21-generic

Hi, I have long observed a strange behaviour in Klipper and I don´t know whether this is a bug or not. 

An example:

I have two programs open, e.g. a text file in Kate and Firefox. Now I copy some words out of the Kate document to the clipboard and paste it in Firefox's search or urlbar or wherever. Everything works the way I want it. :-)

But if I try to paste the clipboard entry after I have closed Kate, nothing happens. Klipper display the entry still in first place available, but strangely the clipboard seems to be empty.  Only when I activate the entry in Klipper again, I can paste where I want.

Now I wonder whether this is a bug or a feature? I really hope it´s not feature, because it is really annoying.

Comment 1 Esben Mose Hansen 2010-04-25 15:06:57 UTC

Well, it is a regression. Klipper does not currently get a notification from Qt/ that the app has closed. I am sort of working on it when I feel like it. In any case, the way clipboads work in X (or pretty much any other system), the best klipper can do is offer limited functionality when apps are closed. Of course, that can be a huge improvement over none.

Comment 2 Sel Goona 2010-04-25 17:48:36 UTC

I'm pretty sure that this problem has first appear with KDE 4.4. With KDE 4.3 I don´t have notices such behaviour, but maybe I am wrong. 

Thanks anyway!

Comment 3 Esben Mose Hansen 2010-04-25 20:38:37 UTC

This report is a dupe btw.

Yes, the regression came with 4.0. I can even point you to the commit, if you prefer, but the bug it fixed was worse.

Comment 4 Adriano Moura 2010-05-07 05:07:39 UTC

There is a lot of dupes about this same bug... but if it's a qt bug, seems we are complaining on the wrong place.

Comment 5 Esben Mose Hansen 2010-05-07 09:16:10 UTC

It's not a bug, perhaps, just behaviour: QClipboard simply does not report on changes to empty clipboards. I think setting a certain ATOM might get QCLipboard to behave better, but I just haven't had any energy for coding lately.

Comment 6 Clara Gnos 2010-05-13 12:23:06 UTC

I've tested it with xclipboard instead of klipper and it seems to work there - but selecting text, closing the application and pasting using the middle button doesn't work their either.

It was also tested to start iceweasel (gtk), copy text and then close iceweasel. It works with xclipboard, but not with klipper.

Comment 7 Lubos Lunak 2010-05-19 15:39:45 UTC


*** This bug has been marked as a duplicate of bug 229052 ***