Issue 102847

Summary: Wrong OLE-Object pasting from another OOo build
Product: Calc Reporter: Regina Henschel <rb.henschel>
Component: open-importAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P4 CC: amy2008, issues, raal
Version: DEV300m50Keywords: regression
Target Milestone: ---   
Hardware: All   
OS: All   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---

Description Regina Henschel 2009-06-16 21:37:57 UTC
Start an OOo 3.0.1 spreadsheet and enter some numbers.
Start a DEV300m50 spreadsheet.
Goto OOo 3.0.1 spreadsheet, select the numbers and copy them to clipboard.
Goto DEV300m50 spreadsheet and paste the clipboard.

Crash in "Microsoft Visual C++ Runtime Library". Runtime Error! ...\OOo-Dev
New starting gives a document recovery but no error report.

Copy&paste from OOo 3.0.1 to OOo3.1 works without problems.
Copying into OOo3.1 I see the content type "Calc8" both in the 'Paste Special'
menu as in the drop-down list of the 'Paste' icon of the toolbar.

Copying into DEV300m50 I see the content type "* unknown source" in the 'Paste
Special' menu and the content type 'Star Embed Source (XML)' in the drop-down
list of the 'Paste' icon.
Comment 1 raal 2009-07-13 23:17:08 UTC
Can confirm issue.
With DEV300m51 OOo doesn't crash, but data are pasted as OLE object.

Comment 2 Regina Henschel 2009-07-13 23:40:47 UTC
Although it does not crash, the correct type 'Calc8' is still missing. I see the
incorrect OLE-Object also for copying from Dev300m51 to Dev300m52.
Comment 3 amy2008 2009-07-28 03:08:48 UTC
No crash, but wrong OLE-Object pasting from another OOo build, not only pasting
from the old OOo build to the new OOo build, but also pasting from the new one
to the old one.
In special paste item list, Star Embed Source(XML) insteads of Clac 8 when
copying a data range from a OOo build and pasting the data range to another OOo
Can reproduce it. OOo 3.0 works well. 
Edit summary
Comment 4 Regina Henschel 2009-08-25 10:52:53 UTC
*** Issue 104482 has been marked as a duplicate of this issue. ***