Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||Only part of OLE Object is visible after "Insert - create from file"|
|Component:||ui||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Target Milestone:||AOO Later|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description phillg 2005-08-03 10:06:18 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.
Comment 1 phillg 2005-08-03 10:24:09 UTC
Created attachment 28452 [details] Simple text file to insert saved as DOC
Comment 2 phillg 2005-08-03 10:25:29 UTC
Created attachment 28453 [details] Simple text file to insert saved as ODT
Comment 3 phillg 2005-08-03 10:26:15 UTC
Created attachment 28454 [details] Presentatiopn showing results (broken DOC, working ODT/SXW)
Comment 4 wolframgarten 2005-08-03 14:12:45 UTC
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.
Comment 5 wolframgarten 2005-08-16 08:10:04 UTC
*** Issue 53266 has been marked as a duplicate of this issue. ***
Comment 6 Rainer Bielefeld 2005-08-16 14:03:41 UTC
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.
Comment 7 clippka 2005-08-16 14:19:48 UTC
according to the duplicates issue description, this is a general ole issue.
Comment 8 rjahn1 2005-08-16 16:03:45 UTC
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.
Comment 9 Rainer Bielefeld 2005-08-16 19:26:11 UTC
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?
Comment 10 Olaf Felka 2005-08-17 09:06:24 UTC
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.
Comment 18 rjahn1 2005-08-18 21:27:58 UTC
response to the message by firstname.lastname@example.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 email@example.com. 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 firstname.lastname@example.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.