To repeat the problem:
* Capture a region from your screen with a tool like "xfce4-screenshooter"
* Do "copy to clipboard"
* Then try to paste in LibreOffice with CTRL+v
Result : LibreOffice stops running during 8 seconds, and nothing is pasted.
Expected result : Screen capture should be pasted, of course.
Note that the mentioned screen capture can be pasted into Gimp without any issue with CTRL+v... This shows that LibreOffice is not functional.
I can’t reproduce this problem in Ubuntu 13.04, LibreOffice 4.0.0, GNOME: after taking a screenshot with gnome-screenshot, clicking “Copy to Clipboard”, switching to LibreOffice Writer and pressing Ctrl+V, the image is immediately pasted. You don’t specify it, what’s your LibreOffice and xfce version?
Hi, thank you for trying.
* The LO version was specified above: 3.5.4 (Debian Testing)
* XFCE: xfce4-session 4.8.3 (Xfce 4.8) and xfce4-screenshooter 1.8.1
I was able to reproduce the problem in Ubuntu 12.04.2 Libreoffice 188.8.131.52 xfce 4.8. However, when I switched to Unity and tried to paste an image from the clip board, I experienced no issues. This leads me to believe this potential bug is xfce specific.
I have the same problem on Xubuntu 12.04. The problem is present in LibreOffice 184.108.40.206 and 220.127.116.11.
Copying in xfce4-screenshooter and pasting into Writer does not work. Copying from screenshooter to Gimp, than from Gimp to Writer works. In both cases if I do Paste Special in LibreOffice I see "Bitmap" in the list of available formats.
Thanks for reporting.
I can not reproduce this using Linux Mint 15 x64 (Cinnamon) with LibreOffice Versie 18.104.22.168 .3.3 (Bouw-id: 400m0(Build:3)); Dutch UI;
I tested both "xfce-screenshooter (1.8.1" as well as "Shutter". I can paste correctly an image to LibreOffice.
@Bug reporter and Alla: you have the chance to reproduce this using a non-xfce interface Linux? I mean, I can not reproduce this using Cinnamon.
Otherwise I'm struggling with the fact this is a LibreOffice bug or not. It is also possible there is something different/wrong/... with the clipboard of xfce interface linux's. But, because Alla reproduced this one, lets mark it as NEW for now. I hope a developer can determine it's a bug in LibreOffice or not.
Just FYI: Here's the xfce bugtracker clipboard related bugs: maybe add this link and not our bug? https://bugzilla.xfce.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=&content=clipboard
Maybe create a bug with them and see if they can verify it as theirs.
Same issue with Linux Mint 15 Xfce Edition 64:
- xfce4-screenshooter 1.8.1-1 amd64
- xfce4-session 4.10.0-2ubuntu1.1 amd64
- libreoffice 4.1.3 official X86_64
I can confirm this bug on my Debian Sid GNOME 64 bits system with Libreoffice 1:4.1.5-2
Copy a text within LibreOffice Writer.
Then copy an image from LibreOffice Writer or Firefox
Then try to paste the image to LibreOffice Writer : the text is copied, not the image.
I can confirm I have the same problem on my versions. Copying to clipboard from a screenshot and pasting into LibreOffice does not work as intended.
LibreOffice: 22.214.171.124 Build410m0(Build:2)
Can confirm the issue exists with i3 (http://i3wm.org/) on Debian Jessie x86_64 with Libreoffice 126.96.36.199.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.4 or later)
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-12-20
It apparently works now on my system (Debian):
LibreOffice Version: 188.8.131.52
I am experiencing a slight variation of this issue. I am running:
Debian Testing (Buster)
LibreOffice 184.108.40.206.0+, Build ID: 1:5.4.1-1
I am unable to copy and paste graphics from GIMP to Libreoffice.
I am able to paste the same image into Gnumeric, so the issue appears to be with LibreOffice.
1) select area in GIMP
3) switch to libreoffice program (have tested Impress and Calc)
image is pasted into Libreoffice
The mouse cursor switches to a spinning wheel for a few seconds and then nothing happens. A few times, LibreOffice has then gone onto crash shortly afterwards.
This bug has been in RESOLVED WORKSFORME status for more than 6 months.
If the issue is still reproducible with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/, please report a new issue in https://bugs.documentfoundation.org/enter_bug.cgi providing, if needed, the steps and documents to reproduce it.
Thanks for your understanding and collaboration.
Closing as RESOLVED WORKSFORME