! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
The program "foo" does not work with clipman


Description Lionel Le Folgoc 2008-06-15 13:39:41 CEST
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9) Gecko/2008052912 Firefox/3.0
Build Identifier: 


An Xubuntu user reported this bug on https://bugs.launchpad.net/ubuntu/+source/xfce4-clipman-plugin/+bug/114125:

This bug appeared to me as I used openoffice draw under xubuntu 7.04 (xfce4-clipman-plugin 0.8.0)
When I want to clone an object within ooo draw, I utilize the copy/paste function. But it doesn't work as expected! The pasted object has nothing to do with the original. Other users reported a similar problem with other apps from the openoffice suite.
I suspect a conflict/interference with the clipboard manager featured with xubuntu, namely "xfce4-clipaman-plugin" :
If I disable this plugin, the copy/paste function works again. I do so for now but it's not a very convenient way to solve the problem, a clipboard manager is very useful for me.
Using glipper instead of clipman bring to the same problem. It's not a solution.
I think these clipboard managers can't handle the special metadata of the objects used in ooo.


Reproducible: Always

Steps to Reproduce:
1. Start openoffice draw
2. Draw a random shape
3. Try to copy/paste it

Actual Results:  
It pastes the previous clipboard (text) entry.

Expected Results:  
It pastes the shape.

This bug was reported against xubuntu feisty with xfce4-clipman-plugin 0.8.0, but I'm able to reproduce it on debian lenny with xfce4-clipman-plugin 0.8.1.
Comment 1 Jacobi Diego 2008-06-15 17:01:12 CEST
This also happens on gnome with Glipper and when copying images from firefox to another App (Actually firefox doesnt have a "copy image" feature like in windows).

There are 2 ways to work around this:

One is to use the middle clic paste function.
   Select the objects to paste.
   Clic with middle button or left and right together on the place you want to paste.

The other way is to use DesktopDataManager:

It can copy and paste images. Also can paste images as new files and ask you for the format type.
I want to say DDM features in clipman some day.
Comment 2 Mike Massonnet editbugs 2008-06-15 20:02:26 CEST
FWIW, the plugin is not intended to copy anything else than text.
Comment 3 Yves-Alexis Perez editbugs 2008-06-15 21:12:42 CEST
(In reply to comment #2)
> FWIW, the plugin is not intended to copy anything else than text.

Shouldn't it ignore other stuff, then? $user shouldn't care about it, when it try to copy/paste stuff.
Comment 4 Mike Massonnet editbugs 2008-06-16 09:35:44 CEST
(In reply to comment #3)
> Shouldn't it ignore other stuff, then? $user shouldn't care about it, when it
> try to copy/paste stuff.

Sure, but I think it already ignores anything else than text.  Long time I didn't use the plugin, I should co my branch again for boring evenings.
Comment 5 Mike Massonnet editbugs 2009-01-18 23:44:08 CET
Can you test with version 0.9.0?
Comment 6 Mike Massonnet editbugs 2009-01-19 16:55:55 CET
(In reply to comment #5)
> Can you test with version 0.9.0?

Iain MacDonald reported (bug #4815) that it is still broken, but also that GEdit is broken too.
Comment 7 Mike Massonnet editbugs 2009-04-11 14:50:44 CEST
Try with r7166. It takes owner on text (plain and html only) and images. Otherwise it leaves the owner of the content to the application. This makes application handle their Copy/Paste actions as usual.

Bug #4153

Reported by:
Lionel Le Folgoc
Reported on: 2008-06-15
Last modified on: 2012-04-09


Mike Massonnet
CC List:
0 users




Additional information