Description of problem: Editing a draw document, or adding graphicals to a text document: copying some graphical objects (ctrl+c) and trying to paste the (ctrl+v): the only effect that the most recent text entry of the clipboard is pasted, but not the graphical object. Version-Release number of selected component (if applicable): libreoffice-3.4.3.2-10.fc16.x86_64 How reproducible: always Steps to Reproduce: 1.Open some document 2.Copy some text with ctrl+c 3.Make some graphical object 4. Copy this graphical object with ctrl+c 5. Try to paste this graphical object Actual results: The text clipboard entry is pasted Expected results: The graphical object is pasted Additional info:
Sorry, but I cannot reproduce this. I created a new text document, wrote a couple of words, copied and pasted them. Then I inserted a rectangle, copied it and pasted it again. I tried the same with a drawing and even between writer and draw, without any problem. Do you use any clipboard manager? If yes, try turning it off. If you have this problem with a specific document only, could you attach it here?
rpm -qa|grep -i clip xfce4-clipman-plugin-1.1.3-4.fc15.x86_64 That's all! I have the problem with all libreoffice documents. Perhaps this is a hint: Copying text to the clipboard (with ctrl+c) with any abitryry app will be resitent against reboots, that means, after a reboot, the most recent clipboard entry (before reboot) is still available!
We have no such feature, so there has to be something else in play. Your desktop environment is actually xfce4, right ?
No, it's gnome-shell (gnome3)
I think, it's a gnome3 problem: working in a xfce session shows the normal clipboard behavior.
I think gpasted (/usr/libexec/gpaste/gpasted) is the culprit: after killing this process (it is not explicetely started by myself!) , I have a flawless copy/paste within libreoffice as usual!
Sounds like something new in the long line of clipboard managers which come a bit unstuck on first contact with the enemy :-) I don't see gpaste in comps-f16.xml.in from git clone git://git.fedorahosted.org/comps.git so it doesn't look like it's directly in the default install list. So what Requires it ?, i.e. rpm -q --whatrequires gpaste ?
I found out that gpaste always is installed together with gnome-shell-extension-gpaste (I installed that by yum for testing purposes). But gpaste is not not uninstalled if I remove gnome-shell-extension-gpaste by yum. Now I removed it manually by rpm.
fair enough, not a default installed component then, so not a high impact affair
(In reply to comment #9) > fair enough, not a default installed component then, so not a high impact > affair I agree!
*** Bug 742970 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > I found out that gpaste always is installed together with > gnome-shell-extension-gpaste (I installed that by yum for testing purposes). > But gpaste is not not uninstalled if I remove gnome-shell-extension-gpaste by > yum. > gpaste consists in a DBus daemon tracking any copy action. The GS extension obviously requires the daemon to communicate with it and track copy history. But neither the daemon nor the CLI client need the GS extension: you can use both without it. You're complaining about the default behaviour of yum, which doesn't remove all the packages required and installed by the one you try to remove. Fortunately... Your issue will be reported upstream anyway.
(In reply to comment #8) > I found out that gpaste always is installed together with > gnome-shell-extension-gpaste (I installed that by yum for testing purposes). > But gpaste is not not uninstalled if I remove gnome-shell-extension-gpaste by > yum. If you want that behaviour in yum, install yum-plugin-remove-with-leaves and uncomment #remove_always = 1 in /etc/yum/pluginconf.d/remove-with-leaves.conf (or use --remove-leaves option with yum remove).
I planned to add graphical stuff support as an extra feature in one of the next versions but didn't know about this behaviour. Will focus on this !
This should be solved in upstream 1.99 release. Feel free to report a new bug there: https://github.com/Keruspe/GPaste/issues if it still doesn't work as expected or for suggestions about how it should work once it gets available here.
gpaste-2.0-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/gpaste-2.0-1.fc16
Package gpaste-2.0-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gpaste-2.0-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-16631/gpaste-2.0-1.fc16 then log in and leave karma (feedback).
copy/paste now works as expected with gpaste-2.0-1.fc16
*** Bug 756604 has been marked as a duplicate of this bug. ***
gpaste-2.1-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/gpaste-2.1-1.fc16
gpaste-2.1-1.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.