Issue 52817

Summary: Only part of OLE Object is visible after "Insert - create from file"
Product: General Reporter: phillg <phill.gillespie>
Component: uiAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: issues, zhangxiaofei.ooo
Version: 680m121Keywords: oooqa
Target Milestone: AOO Later   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Simple text file to insert saved as DOC
none
Simple text file to insert saved as ODT
none
Presentatiopn showing results (broken DOC, working ODT/SXW)
none
after OO OLE insertion
none
after resizing
none
after OO OLE insertion
none
after resizing
none
original OO drawing
none
after OO OLE insertion
none
after resizing none

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 11 rjahn1 2005-08-18 21:16:50 UTC
Created attachment 28900 [details]
after OO OLE insertion
Comment 12 rjahn1 2005-08-18 21:17:54 UTC
Created attachment 28901 [details]
after resizing
Comment 13 rjahn1 2005-08-18 21:18:40 UTC
Created attachment 28902 [details]
after OO OLE insertion
Comment 14 rjahn1 2005-08-18 21:19:18 UTC
Created attachment 28903 [details]
after resizing
Comment 15 rjahn1 2005-08-18 21:20:06 UTC
Created attachment 28904 [details]
original OO drawing
Comment 16 rjahn1 2005-08-18 21:20:47 UTC
Created attachment 28905 [details]
after OO OLE insertion
Comment 17 rjahn1 2005-08-18 21:21:22 UTC
Created attachment 28906 [details]
after resizing
Comment 18 rjahn1 2005-08-18 21:27:58 UTC
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.


Comment 19 Marcus 2017-05-20 11:31:25 UTC
Reset assigne to the default "issues@openoffice.apache.org".