Bug 235344 - Klipper - Clipboard entry no longer available, after apps are closed
Summary: Klipper - Clipboard entry no longer available, after apps are closed
Status: RESOLVED DUPLICATE of bug 229052
Alias: None
Product: klipper
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Esben Mose Hansen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-25 14:12 UTC by Sel Goona
Modified: 2010-05-19 15:39 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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 ***