Bug 33747 - Limit permissible size of paste data
Summary: Limit permissible size of paste data
Status: RESOLVED UNMAINTAINED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Clipboard (show other bugs)
Version: 5.15.3
Platform: Compiled Sources Solaris
: NOR wishlist
Target Milestone: 1.0
Assignee: Martin Flöser
URL:
Keywords:
: 237308 238031 288030 (view as bug list)
Depends on:
Blocks:
 
Reported: 2001-10-16 00:33 UTC by altlst
Modified: 2021-07-12 10:55 UTC (History)
6 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 altlst 2001-10-16 00:24:51 UTC
(*** This bug was imported into bugs.kde.org ***)

Package:           klipper
Version:           KDE 2.2.1 
Severity:          wishlist
Installed from:    Compiled From Sources
Compiler:          5.6
OS:                Solaris
OS/Compiler notes: Not Specified

It would be nice to limit how much of the clipboard gets copied to the klipper.  I often highlight a large amount of text in my emacs window sometimes megabytes worth. Even though it gets copied to the clipboard with no problems klipper chokes and freezes up kde while it's trying to copy the buffer.  Usually I kill klipper until I'm doing with emacs cut&paste.

Instead it would be nice to set in the preference window the maximum size klipper will copy from the clipboard buffer.

Thanks!

(Submitted via bugs.kde.org)
Comment 1 Lubos Lunak 2003-09-13 09:33:57 UTC
Klipper now doesn't repeatedly transfer so much data as it used to, and it should be probably 
enough even for this specific problem. Limiting of the size still needs to be done, but that will 
require application support 
(http://www.freedesktop.org/standards/clipboard-extensions-spec/clipboard-extensions.txt). 
 
Comment 2 Esben Mose Hansen 2005-02-04 21:19:39 UTC
There is no way to fix this wish --- the clipboard data will be copied before the size can be determine, unless I'm missing something.

If someone wants to avoid having large clipboard items in the clipboard for other reasons, please open a new bug.
Comment 3 Lubos Lunak 2005-02-07 10:56:46 UTC
As said in my comment, this is possible at least for applications that provide support for it. There's a proposal for such a spec at freedesktop.org, but I can't find it currently because of the site reorganization after the hack.
Comment 4 Esben Mose Hansen 2005-02-07 11:24:33 UTC
Well, google provides. I'll look into it, but I think that the originals poster request for support for this in XEmacs is unrealistic :)

Here's the link, I think:

http://freedesktop.org/wiki/Standards_2fclipboards_2dextension_2dspec
Comment 5 Lubos Lunak 2006-01-31 16:14:24 UTC
Ok, it seems everybody pretty much ignores that proposal from me. However I managed to sneak a similar mechanism to http://freedesktop.org/wiki/ClipboardManager (TARGET_SIZES). A quick grep on Gtk shows everybody ignores that part too :-/. Oh well. Well, so does Qt after all.
Comment 6 Thijs 2011-12-11 16:06:50 UTC
*** Bug 288030 has been marked as a duplicate of this bug. ***
Comment 7 Jekyll Wu 2011-12-20 20:35:30 UTC
*** Bug 237308 has been marked as a duplicate of this bug. ***
Comment 8 Jekyll Wu 2011-12-24 13:57:20 UTC
*** Bug 238031 has been marked as a duplicate of this bug. ***
Comment 9 groot 2021-07-12 10:55:43 UTC
(If there's a not-KDE2-era version of this, it would be relevant. The dups linked to this one are KDE4-era, which is also over)