Apache OpenOffice (AOO) Bugzilla – Issue 98753
Copy-Paste of objects (Math, Chart) from Writer to Calc or Draw results in unusable size
Last modified: 2017-05-20 10:31:04 UTC
I use OOoDEVm41 on WinXP. 1. Take a new Writer and a new Calc document. 2. Write a Math object in Writer. 3. Mark the Math object (green handles) and copy it. 4. Goto the Calc document and paste it. You get an huge object. Look at the drop down list of the insert icon or at Edit > Paste Special in Calc. You see the types "GDI metafile" and "OOo-dev 3.0 Text Document". The latter is wrong. It should be a "Star Object Descriptor (XML)". Copy from Writer and paste into Calc is OK in OOo3.0.1. If you copy the Math object from an OOo3.0.1-Writer to an OOoDEVm41-Calc, the type "Star Embed Source (XML)" is offered and that gives the desired Math OLE object. If you copy the Math object from an OOoDEVm41-Writer to an OOo3.0.1-Calc, the type "Star Embed Source (XML)" is offered too, but inserting it gives the error "The content of the clipboard could not be pasted."
Confirming (looked at DEV300_m90). Set keyword "regression" (was OK in OOo 3.0.1). - Chart objects are also affected - Paste into Draw document has same problem. -> Adjusted summary, including the word "unusable" :-) Interesting detail: The size of the inserted object depends on the Zoom factor in the Writer source document: Smaller Writer zoom factor results in larger inserted objects. Reassigned to AW.
*** Issue 102455 has been marked as a duplicate of this issue. ***
AW->TL: No changes from my side for a while. Wasn't there a change in the clipboard format taking place to now use XML file format? Maybe this has to do with it. AW->SBA: Since when is it not working anymore, any hints...?
SBA-AW: Regina wrote "Copy from Writer and paste into Calc is OK in OOo3.0.1." - I had a look on Solaris-Sparc: OOo 3.1 (OOO310_m11) -> OK OOo 3.2 (OOO320_m12) -> broken Change OS to "all"
*** Issue 116923 has been marked as a duplicate of this issue. ***
TL->AW: About the clipboard format change: that CWS (tl77) is on hold since currently there is no one to work on the resulting convwatch issues.
AW: Tried to find out who is filling in the needed TransferableDataHelper in StarMath (where the size is defined). Pasting to SD shows that indeed in View::InsertData the given TransferableDataHelper has a size much too big, thus the source is Starmath preparation of TransferableDataHelper when Ctrl-C is pressed. Trying to find out where Starmath is doing this...
AW: No place with TransferableDataHelper in Starmath is used on Ctrl-C, seems as if SW is used. Found SwClipboardChangeListener::changedContents to be hit. AW->OD: Could not find the place in SW where the data for transfer is prepared. Definitely there is a wrong size used there. OS hints that You may be better knowing thi. Adding OS to CC, too.
first investigation reveals that the current visible area of the text document is provided as the size of the copied embedded object. further investigations needed
fixed in cws os151 - changed file: /sw/source/ui/dochdl/swdtflvr.cxx, change set http://hg.services.openoffice.org/cws/os151/rev/f4d674e63830 od->cd: Please review the code for this fix, Thx.
cd: Fix reviewed and approved.
od->mru: Checked in internal installation set of cws os151 - please verify.
Verified in CWS os151.