User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9) Gecko/2008052912 Firefox/3.0 Build Identifier: Hi, 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. Thanks. 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.
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: http://data-manager.sourceforge.net/ 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.
FWIW, the plugin is not intended to copy anything else than text.
(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.
(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.
Can you test with version 0.9.0?
(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.
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.