Issue 63092

Summary: Bad interaction with gnome 2.12's clipboard management
Product: General Reporter: doko <doko>
Component: uiAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues
Version: OOo 2.0.2   
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---

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
Comment 3 philipp.lohmann 2006-03-30 12:50:53 UTC
Comment 4 doko 2006-03-30 13:27:26 UTC

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
see as well
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 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:
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
Comment 11 Rob Weir 2013-07-30 02:20:51 UTC
Reset assignee on issues not touched by assignee in more than 2000 days.