Summary: | something is wrong with the libreoffice clipboard | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Joachim Backes <joachim.backes> |
Component: | gpaste | Assignee: | Mohamed El Morabity <pikachu.2014> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 16 | CC: | caolanm, dtardon, gbauman, ltinkl, Marc-Antoine, pikachu.2014, sbergman |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | gpaste-2.1-1.fc16 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-12-03 07:58:01 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: |
Description
Joachim Backes
2011-10-02 16:10:15 UTC
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. |