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: REOPENED
Alias: None
Product: klipper
Classification: Applications
Component: general (show other bugs)
Version: 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: 2022-04-04 18:56 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


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