Bug 241242 - Clipboard is empty after closing non-qt application which was used to copy
Summary: Clipboard is empty after closing non-qt application which was used to copy
Status: RESOLVED FIXED
Alias: None
Product: klipper
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: 0.9.6
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Esben Mose Hansen
URL:
Keywords:
: 241517 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-06-09 22:45 UTC by Clara Gnos
Modified: 2024-08-21 20:47 UTC (History)
11 users (show)

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


Attachments

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