Bug 241242

Summary:	Clipboard is empty after closing non-qt application which was used to copy
Product:	[Unmaintained] klipper	Reporter:	Clara Gnos <clara.gnos>
Component:	general	Assignee:	Esben Mose Hansen <kde>
Status:	RESOLVED FIXED
Severity:	normal	CC:	adaptee, alieneye, clara.gnos, dimsuz, gabrielegogrant, kdedev, nantocsem, null, payableondeath90, popov895, sgh
Priority:	NOR
Version First Reported In:	0.9.6
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Clara Gnos 2010-06-09 22:45:48 UTC

+++ This bug was initially created as a clone of Bug #229052 +++
I cloned this bug because the original bug was closed and marked as fixed without fixing the actual bug (which is related to non-qt applications and the fix only fixed it when closing qt apps)

Version:            (using KDE 4.4.0)
OS:                Linux

This bug seems to affect only non-Qt apps.

Steps to reproduce:
1. Open a non-Qt app (I tried Firefox and OpenOffice).
2. Select text and copy it.
3. Close the app and try to past the text into another app.

Weird thing is: The text appears in Klipper's tray menu. I have to select it first to be able to paste it again.
I tried enabling and disabling the "Prevent empty clipboard" option, but without any success.

------------------------------
And then the xsel is used instead of the xclipboard content when an application
closes and the last thing I have done is not copying but selecting (so both
buffers have the same content after closing the app instead of different as it
should be).
------------------------------
And for example when I open firefox, copy text, select some other text it is
possible to insert both buffers independent in kate. But when I close firefox
then both buffers are empty.

I've use klipper 0.9.7 with the patch included from bug 229052

Comment 1 Esben Mose Hansen 2010-06-12 09:47:52 UTC

*** Bug 241517 has been marked as a duplicate of this bug. ***

Comment 2 Szakál Dániel 2010-06-12 09:50:14 UTC

it happens even with qt applications now

Comment 3 Clara Gnos 2010-06-12 11:07:08 UTC

The qt-application related problem was fixed in commit
1128514 (KDE 4.5 trunk), but it wasnt backported to 4.4. The problem with non-qt applications (which this bug is about) is still there in KDE 4.5 (trunk)

Comment 4 Jekyll Wu 2011-11-08 20:24:54 UTC

I failed to reproduce this problem in KDE 4.7.3 when "Prevent empty clipboard" is enabled. I tested it with thunderbird-8.0, gedit-3.2.2 and libreoffice-3.4.3, and the Qt version is 4.8.0rc1.

Comment 5 Jekyll Wu 2011-12-14 12:01:14 UTC

Works for me when using KDE SC 4.8 beta2. Feel free to reopen if it still happens in recent version .

Comment 6 GPWR 2022-03-01 21:13:04 UTC

Still happening in Plasma 5.20.5. My klipper is disabled, so I don't think it's even related to the problem. I think it's really Plasma itself.

Comment 7 popov895 2022-04-04 18:56:15 UTC

https://wiki.ubuntu.com/ClipboardPersistence

Comment 8 TraceyC 2024-08-21 20:47:59 UTC

The klipper functionality has changed quite a lot since this report was last updated, and the functionality was moved into plasmashell. I'm not able to reproduce this bug with Plasma 6.1.4.

If anyone still has issues with klipper, please look through recent bug reports and open a new one if there isn't an existing one. Thanks!