Bug 95222 - copy and paste does not work correctly without klipper
Summary: copy and paste does not work correctly without klipper
Status: RESOLVED FIXED
Alias: None
Product: kdelibs
Classification: Unmaintained
Component: kdeui (show other bugs)
Version: unspecified
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
: 95375 95377 95378 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-12-15 20:56 UTC by Bojan
Modified: 2011-08-01 13:32 UTC (History)
2 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 Bojan 2004-12-15 20:56:05 UTC 
Version:            (using KDE KDE 3.3.1)
Installed from:    Slackware Packages
OS:                Linux

Open text file. Copy text. Close text file.
Open another text file. Icon for Paste is enabled.
Press paste. Nothing is pasted.

Paste icon should not be enabled.

Is it even possible to use copy and paste, without clipper, when source text file is closed?
Comment 1 Maksim Orlovich 2004-12-15 23:57:07 UTC 
That's how clipboard works on X if you don't use a clipboard manager
Comment 2 Bojan 2004-12-16 00:54:09 UTC 
Shouldn't paste icon be disabled?
Nothing is pasted, when you press paste.
Comment 3 Lubos Lunak 2004-12-17 17:47:02 UTC 
The icon should be disabled if there's nothing to paste. But that's no generic kdelibs problem, so please direct it at the specific application which has the problem.
Comment 4 Lubos Lunak 2004-12-20 16:31:11 UTC 
*** Bug 95375 has been marked as a duplicate of this bug. ***
Comment 5 Lubos Lunak 2004-12-20 16:31:27 UTC 
*** Bug 95377 has been marked as a duplicate of this bug. ***
Comment 6 Lubos Lunak 2004-12-20 16:31:34 UTC 
*** Bug 95378 has been marked as a duplicate of this bug. ***
Comment 7 Lubos Lunak 2004-12-20 16:32:42 UTC 
After a second thought, this needs to be addressed in libraries first. Applications should check whether there's something in the clipboard, but first the notifications about it must work reliably.
Comment 8 FiNeX 2008-11-17 16:23:01 UTC 
This issue is still reproducible using KDE4 (trunk)
Comment 9 Christoph Feck 2011-07-26 14:36:28 UTC 
Lubos, does it need to be fixed in Qt, or is the KClipboard class the problem?
Comment 10 Lubos Lunak 2011-08-01 13:32:21 UTC 
I believe QClipboard can now monitor properly all clipboard changes, so if there's still a problem with some application, please report the problem for that application.