Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Word OLE Object, very strange behaviour | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Draw | Reporter: | sven.jacobi | ||||||
Component: | code | Assignee: | AOO issues mailing list <issues> | ||||||
Status: | CONFIRMED --- | QA Contact: | |||||||
Severity: | Trivial | ||||||||
Priority: | P3 | CC: | issues | ||||||
Version: | recent-trunk | ||||||||
Target Milestone: | AOO Later | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Created attachment 26602 [details]
PPT document with Word Ole
The problems are not reproducable on a system where Word isn't installed. IMHO this justifies the Target "Later". "The problems are not reprodicable on a system where Word isn't installed" ... so why do we import OLE objects at all. Isn't it the ole/server functionality that is broken here, if this is not important, we should consider to drop every ole objects when importing ms documents (in good fun). That our interactivity with ole servers is too much is also stated in other issues like 51868 or 51574 so I am the opinion that this issue deserves a much closer target than office later. sj: If loading the bugdoc from issue 41464 a Word dialog pops up multiple times and is asking how the file should be converted. This is no longer a small problem instead I would say it is a big annoyance that also prevents me to fix other issues. *** Issue 37386 has been marked as a duplicate of this issue. *** Mikhail, please take over I have tested the scenarios using just released OOo2.0 ( I have MSWord2000 installed ). Please see the results below: 1. The object has a status flag set that requires regeneration of the replacement image during resizing. The errorneous behaviour here is that it is done even on moving. 2. The scenario works well for me. After the resizing I have an object of correct size. 3. Could not reproduce any problem while resizing. 4. I have also tried to load the bugdoc from issue 41464, and have not seen any dialog while loading. MAV->SJ: Could you please try the scenarios on OOo2.0 or later versions and confirm ( or not ) that only the first from the mentioned issues remains. I opened the test2.ppt with OOo 2.0 and tried to resize the object, that worked ok. After this I double-clicked the object, opening the Word 2003 in my computer (running Win XP). I closed the Word without manipulating the object, and noticed that the object size has changed in Impress. Finally I tried to resize the object, but that does not seem to work anymore. I made one example of similar problem, see the Powerpoint attachment "Presentation2.ppt". The original size of the Word OLE object is 15.13cm, 4.75cm. After double-clicking the object and closing the Word 2003 the object size has changed to 15.16cm, 0.60cm - the text is now unreadable and I can not resize the object. Created attachment 31479 [details]
Powerpoint containing Word OLE object
Reset assigne to the default "issues@openoffice.apache.org". |
The attachment is a stripped version of Issue i37217. The PowerPoint document is containing a Word Ole object, wherewith I realized some problems. (I do have the Word Ole server active on my computer) 1.It seems that each time the Ole Object is moved, a complete new replacement graphic is created (the filter is called each time), this is at least a performance issue. > svt680mi.dll!ConvertWMFToGDIMetaFile(SvStream & rStreamWMF={...}, GDIMetaFile & rGDIMetaFile={...}, unsigned char (void *, unsigned short)* pCallback=0x013f7700, void * pCallerData=0x00eef518) Line 73 C++ svt680mi.dll!GraphicFilter::ImportGraphic() + 0x6ec C++ svt680mi.dll!svt::EmbeddedObjectRef::GetReplacement() + 0xd9 C++ svx680mi.dll!SdrOle2Obj::ImpSetVisAreaSize() + 0x2a8 C++ svx680mi.dll!SdrOle2Obj::NbcMove() + 0x25 C++ svx680mi.dll!SdrObject::Move() + 0x53 C++ svx680mi.dll!SdrEditView::MoveMarkedObj() + 0xc5 C++ 2. Try to resize the object after loading the bugdoc, initially the ole object is having the size 19,8*16,02 cm, if I try to set a new size via dialog to 6*5cm, the object is drawn with 16.32*11,50cm, nobody will understand this. 3. After resizing the Ole Object, the vis area of the ole object is invalid often, sometimes it is not possible to leave Ole editing afterwards. I made this experience with src680m104pro.