Bug 241242

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

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