https://bugs.kde.org/show_bug.cgi?id=411615
--- Comment #5 from Riccardo Robecchi <sephiroth...@hotmail.it> --- (In reply to David Faure from comment #3) > It's not just about cancelling, it's about cut / paste / paste. > Because the first paste updates the clipboard with new URLs, the second > paste can work. > > But the bug report says the cut-of-N-files gets split up into N jobs which > all update the clipboard, that sounds like a bug. > > (in addition I agree that showing this in klipper is useless, but how can > klipper detect this? I guess we don't want to just hide all URLs from it?) Actually, hiding all URLs is something I have been wanting for some time, at least as an option: it is useless to me to be able to select files in the clipboard history, I only want to see text there. But that's another story. One way to avoid the current situation would be to delete the last entry with files and then replace it with the new one. Would a comparison between the new entry and the old ones be too compute-intense to be feasible? This bug is *really* annoying as it basically deletes the whole clipboard history. -- You are receiving this mail because: You are watching all bug changes.
