Version: (using KDE KDE 3.1.2) Installed from: Compiled From Sources Compiler: gcc 3.2.2 OS: Linux Didn't know where to file this bug, so I decided to add it here. Has KDE no global clipboard object? Just copy some string from a kde app, close it and try to paste the string in another app...
I can't reproduce this bug. I've opened up kate, written this text you're reading now, copied it to the clipboard, closed kate, then pasted in here. Mine is HEAD. Does it happen in branch?
Ouch, I think I have to withdraw this report, at least partly. The keywork is "klipper". Does the simple copy&paste-mechanism only work beyond the runtime of applications, if Klipper is running? I don't need the whole extra functionality of Klipper and hate it to have a bunch of icons in the tray, but reenabling Klipper seems to be a workaround. I'm using KDE 3.1.2. I don't really have a clue about "HEAD/branch" and it is mentioned nowhere on kde.org. I suppose HEAD is the most sophisticated src, while branch means something like 3.0.x, 3.1.x?
Correct, Klipper's "Prevent empty clipboard" is our clipboard daemon. :-)
I see. Can't say that I like it.
Does it work any other way in another system. I don't know much about this, but I'm inclined to think that this is a limitation of the X system: there is no clipboard. It's just a transfer method between two applications. Therefore, if there is no application holding the clipboard (because the one that was quit), then there are no contents. But, again, I don't know if that is the case
@Thiago: I don't said anything against a clipboard-deamon running in background. I thought there is running some daemon and Klipper just plugs in, to provide enhanced possibilities for the ones, who need them. I'm only a bit fretful, because of the icon (hm, there's also the memory-footprint of Klipper). Then again, there are enough other bugs. Thanks for the help. :-)
The description in comment #5 is correct. Run Klipper, there's no other way.