To reproduce this problem start MS Word and place any picture into document. Then press Ctrl-A and Ctrl-C then in Writer press Ctrl-V. There appears only empty frame with text on top:
if double click this appears dialog Picture and there in Tab Picture appears correct preview of picture.
In Draw and Impress paste picture works correctly.
produced on windows XP 32 bit russian, MSword 2003, Libreoffice 126.96.36.199
Note that if you Select All of the document in Word and copy it to the clipboard, then you aren't copying just the picture, but also the rest of the document, even if there is nothing else in it. The behaviour is different if you select just the image and copy that. Unfortunately, not much better;)
I tried the various possibilities offered in Paste Special, but none of them works as expected either, and some made Writer crash even.
This seems to be a disaster area.
If I Select All and Copy, the formats offered on the clipboard are:
49166: Object Descriptor
49282: Rich Text Format
49363: HTML Format
49163: Embed Source
49165: Link Source
49167: Link Source Descriptor
49171: Ole Private Data
If I select just the image and Copy, the formats are:
49917: Art::GVML ClipFormat
49166: Object Descriptor
49171: Ole Private Data
Note especially that in this case there are some actual image formats there.
Anyway, I first tested with a slightly older build of LibreOffice I had installed, but now I installed 3.3.1. I now notice that if I Paste Special and choose the "Formatted Text [RTF]" or "GDI metafile" format, it works fine. Also the "Microsoft Word Document" format almost works, but there the image part of the pasted document fragment gets resized to a square. I can't get Writer to crash in LibreOffice 3.3.1.
If I choose the "HTML format without comments" format the result is the same as in a plain Paste. So is that what it does by default? In that case I guess we need to tweak the preferences for formats in some place, and prefer RTF to HTML? (This sounds vaguely familiar, we probably have some similar bug already open, maybe in bnc.)
Resetting to medium:normal as I can't make it crash in 3.3.1.
To repeat: The workaround to use Edit>Paste Special>Formatted text [RTF] seems to work fine.
I get the same results as described. I.e. pasting an image in Word 2007, select-all (ctrl+a), copy (ctrl+c). Open new Writer document (in LibO), paste (ctrl+v). The image is pasted only showing a path (no image seen). Double-clicking on image (or right-click -> picture...) and selecting the "Picture" tab shows preview correctly.
The workaround as described (pasting as RTF format) also works as described. However, pasting as "GDI metafile" has slightly strange behaviour. If the image is alone or if there is text AFTER the image, it works fine. If there is text BEFORE the image, then the image does not display when pasted (there is a blank space where the image would normally appear, it looks like the blank area is as large as the image). Can someone please advise if this should be reported as a separate bug?
LibreOfficePortable (as from portableApps.com)
Microsoft Office Word 2007 (12.0.6425.1000) SP2 MSO (12.0.6554.5001)
Part of Microsoft Office Enterprise 2007
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced in 3.5.0 beta 3 on Windows XP 32 bit
*** Bug 47655 has been marked as a duplicate of this bug. ***
(In reply to comment #4)
> I get the same results as described. I.e. pasting an image in Word 2007,
> select-all (ctrl+a), copy (ctrl+c). Open new Writer document (in LibO),
> paste (ctrl+v). The image is pasted only showing a path (no image seen).
> Double-clicking on image (or right-click -> picture...) and selecting the
> "Picture" tab shows preview correctly.
> The workaround as described (pasting as RTF format) also works as described.
Build ID: 087a610fcd5c0c354a9ed6bfccd3451b667d62a3
TinderBox: Win-x86@6-debug, Branch:master, Time: 2013-08-04_21:41:24
Windows 8.1 Enterprise Preview 64 bit
The same results copying from Word 2013.
Restricted my LibreOffice hacking area
*** Bug 59236 has been marked as a duplicate of this bug. ***
Also when pasting into LO 188.8.131.52 in a win8 vm this is no longer reproducible.
Please re-open if this is still happening to you with LO 184.108.40.206 or newer.
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
MSO 2007 on Window 7 64-bit tested the attached bacon file. Result FAIL.
MSO 2003 on Window 7 32-bit tested the attached bacon file. Result FAIL.
*** Bug 74612 has been marked as a duplicate of this bug. ***
This bug goes back to OpenOffice 1.1 https://issues.apache.org/ooo/show_bug.cgi?id=14613
With LO 4.1.4 using picture from attachment 92563 [details]
1) Paste normal:
Result - FAIL
2) Paste special (GDI)
Result - PASS
3) Paste special (Bitmap)
Result - FAIL
nothing was pasted
4) Paste special (html)
Result - FAIL
same as 1)
It appears that the paste detection code in Writer and Calc is broken. It is using the html format instead of GDI.
This is a major issue affecting people that want to continue to use Outlook for email, while migrating to LibreOffice.
** 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 (4.4.2 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
If 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-05-02
The bug is still present
Tested with Word 2013 using picture from attachment 92563 [details] on Win 7
LO Version: 220.127.116.11.alpha1+
Build ID: d8cb22fe8e1a7fbe8dda8f09483161468ffbce48
With Win 10, Word 2013 -> Writer still not working on: V 18.104.22.168.alpha1+
Build ID: 4266caadbbe67fa23de0df3b84f4d923cfd57201
The Calc version of this bug was fixed somewhere between 4.3 to 4.4. You can now paste images from MSO to Calc and Impress, which has always worked.
*** Bug 94436 has been marked as a duplicate of this bug. ***
*** Bug 99507 has been marked as a duplicate of this bug. ***
The 4.3.x branch resolved this issue with the Copy and Paste code in Calc. If we can locate this commit it should help greatly in fixing the Writer's problem. I'm putting a bisect request out there.
*** Bug 73045 has been marked as a duplicate of this bug. ***
*** Bug 73912 has been marked as a duplicate of this bug. ***
When trying to find how Calc fixed this issue, I discovered it actually fixed in 4.4 with:
It was then broken again by:
To fix Bug 81835
*** Bug 84275 has been marked as a duplicate of this bug. ***
Still reproducible with Version: 22.214.171.124.alpha0+ (x64)
Build ID: eff70347190a6642fd62a9e0b20e4366c39fbc7a
If use command "Paste Special > Formatted text [RTF]" then paste works fine
In Version: 126.96.36.199.alpha0+ (x64)
Build ID: ae0d1f3af9ae129c3a7d98a544e0c9b0c30659c7
No repo with mixture of text+image or CTRL+A then CTRL+C of attachment 92563 [details]
Copy of image only still broken, but that is tracked in Bug 108966
Miklos fixed this issue with
By making RTF a higher priority than HTML.
Note: Need Word 2007-2013 to reproduce. Word 2016's HTML output is a different format and works in every version of LO and AOO that I tested.