Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Bad interaction with gnome 2.12's clipboard management|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description doko 2006-03-12 19:55:36 UTC
gnome 2.12 has clipboard management so that if you copy something from an app, then close the app, it'll still be in the clipboard for you to paste elsewhere. although this works with plenty of other applications (gedit, evolution, etc), it does not work with ooo2. if you copy something from within ooo2, then close ooo2 and try to paste it somewhere else, the clipboard will be blank and there'll be nothing to paste.
Comment 1 philipp.lohmann 2006-03-16 09:50:40 UTC
reassign, will evaluate
Comment 2 philipp.lohmann 2006-03-30 12:46:13 UTC
This seems to be an issue of the gnome clipboard manager; the same is e.g. true for Qt applications. What happens is that at the time OOo acquires the clipboard selection it is being asked for the supported targets; but never for the actual data.
Comment 3 philipp.lohmann 2006-03-30 12:50:53 UTC
Comment 4 doko 2006-03-30 13:27:26 UTC
From http://www.freedesktop.org/wiki/ClipboardManager If a client needs to exit while owning the CLIPBOARD selection, it should request the clipboard manager to take over the ownership of the clipboard, using the SAVE_TARGETS mechanism. If there is no clipboard manager, or if the SAVE_TARGETS conversion fails, the application should simply exit. Clients which support the SAVE_TARGETS mechanism should announce this by listing SAVE_TARGETS as a target for the CLIPBOARD. In this context, SAVE_TARGETS is used purely as a "marker target". If another client tries to convert the CLIPBOARD to SAVE_TARGETS, the clipboard owner should treat it like a side effect target without any actual side effect.
Comment 5 doko 2006-03-30 13:34:06 UTC
Comment 6 philipp.lohmann 2006-03-30 14:00:28 UTC
Ah, they are at reinventing the wheel again. Clipboard managers are ancient and work quite well, so why not break everything and invent a new protocol that needs to be implemented by everybody to work at all. No wonder it is in the "Draft specifications that are new and not yet widely used" category on freedesktop.org. If Gnome wants to see a working clipboard manager they should look at klipper. But this is not a defect then, this is a feature request.
Comment 7 philipp.lohmann 2006-06-15 16:23:07 UTC
Comment 8 philipp.lohmann 2007-10-19 15:00:36 UTC
adjusting target due to limited resources
Comment 9 jenf 2009-07-30 10:38:38 UTC
Not to be rude, but is there anyone actually working on this? There is a Ubuntu bug here with some more information: https://bugs.launchpad.net/ubuntu/+bug/106644
Comment 10 philipp.lohmann 2009-07-30 10:53:32 UTC
not rude at all. And the answer is, no, no one is currently working on this. I suspect that will be so for while yet - too many issues, too few developers I'm afraid.
Comment 11 Rob Weir 2013-07-30 02:20:51 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.