Apache OpenOffice (AOO) Bugzilla – Issue 52817
Only part of OLE Object is visible after "Insert - create from file"
Last modified: 2017-05-20 11:31:25 UTC
Steps to reproduce: Create a new blank presentation. Go to Insert > Object > OLE Object > Create from File and insert Word DOC provided. Only the first few lines are inserted. If you insert the very same file but saved as an ODT (or SXW) then the full text is inserted. Sample presentation shows the failed DOC import and then the expected result when using the ODT version of the file. Confirmed in m114, m118 and m121.
Created attachment 28452 [details] Simple text file to insert saved as DOC
Created attachment 28453 [details] Simple text file to insert saved as ODT
Created attachment 28454 [details] Presentatiopn showing results (broken DOC, working ODT/SXW)
The complete text of the doc is inserted but not everything is visible. Doubleclick the OLE and resize the window so the rest of the text will appear. The problem is the size of the OLE window.
*** Issue 53266 has been marked as a duplicate of this issue. ***
That also happens for other OLE ojects and is - at least for several types (as .odt, pls. see issue 53266) - also visible in 1.1.4.
according to the duplicates issue description, this is a general ole issue.
OO: 1.9.122 MS OLE object insertion purpose: amendment to the previous description of issue 52817 related: OO issue 53266 * Saving OO OLE object sources in either 1.1.4 (sxw) or 1.9.122 (odt) formats does NOT solve the problem. * Saving OO destination files (receiver of MS OLE objects) in either 1.1.4 (sxw) or 1.9.122 (odt) formats does NOT solve the problem. * In OO 1.9.122, RESIZING the OLE object window does NOT solve the problem (verified with example files of issue 52817). The visible contents were RESIZED. The truncated content was NOT recovered. * Refer to issue 53266. It appears to be an issue of the OO implementation of MS OLE, not an issue of the individual applications like writer, calc, drawing, impress, etc.
Changed Compopnent, because this is no special issue for Presentation / import of .doc. For details pls see issue 53266! I checked with 2.0 (1.9.m122) German version WIN XP: [680m122(Build8941)] and can not confirm comments from rjahn1 Tue Aug 16 08:03:45 -0700 2005 "resize does not solev the problem". I tested with 'workplace.odt' and a new writer document, all worked fine. A little problem was the long textline, that always ended directly at the right object order, but that is a quite different problem. @ rjahn1: How did you try in vain to make the whole object visible?
reassigned to the original owner. @ rainerbielefeld: please take care that you don't reassigne when you change the component. The issue might be assigned to the correct owner and so he loses control and responsibillity.
Created attachment 28900 [details] after OO OLE insertion
Created attachment 28901 [details] after resizing
Created attachment 28902 [details] after OO OLE insertion
Created attachment 28903 [details] after resizing
Created attachment 28904 [details] original OO drawing
Created attachment 28905 [details] after OO OLE insertion
Created attachment 28906 [details] after resizing
response to the message by rainerbielefeld@openoffice.org on 2005-08-16. OS: MS Windows XP OO: 1.9.122 Others: MS Office XP (to check OO implementation of MS OLE) Resizing operation in OO: Click the OLE object, grab any boundary, drag with mouse. Nothing special. Is there a different definition of "RESIZING" in OO? Note: 28452 workplace.doc, a MS Word file, ONE page 28453 workplace.odt, a OO Writer file, TWO pages contain DIFFERENT contents, despite the similar file names, due to the format layout change. I do not know how "workplace.odt" was originally created by phillg@openoffice.org. It might be created by using OO to directly open the MS Word file, as I got similar result in the additional page breaking and other format changes. Attachments submitted: 28900 "28454 src doc 1.png", OLE source = "28452 workplace.doc", as inserted into OO Impress. Note the truncation. 28901 "28454 src doc 2.png", OLE source = "28452 workplace.doc", after RESIZING. same content, no recovery of the cropped content 28902 "28454 src odt 1.png", OLE source = "28453 workplace.odt", as inserted into OO Impress. 28903 "28454 src odt 2.png", OLE source = "28453 workplace.odt", after RESIZING. I assume that "28454 src odt *.png" are what rainerbielefeld@openoffice.org previously tested. The previous comment may have been derived from this limited test coverage. Additional tests with attachment ID 28713 in issue 53266 (an OO drawing) are conducted. 28904 "27813 oo truncate 0.png", the complete original drawing 28905 "27813 oo truncate 1.png", OLE source = attachment ID 28713, as inserted into OO Impress. Note the truncation. 28906 "27813 oo truncate 2.png", OLE source = attachment ID 28713, after RESIZING. same content, no recovery of the cropped content Hope that this helps.
Reset assigne to the default "issues@openoffice.apache.org".