Issue 63092 - Bad interaction with gnome 2.12's clipboard management
Summary: Bad interaction with gnome 2.12's clipboard management
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 2.0.2
Hardware: All All
: P3 Trivial with 7 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL: http://launchpad.net/malone/bugs/21204
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-12 19:55 UTC by doko
Modified: 2013-08-07 15:31 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
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
closing
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
see as well https://bugzilla.novell.com/show_bug.cgi?id=90675
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
target
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.