Issue 102847

Summary:	Wrong OLE-Object pasting from another OOo build
Product:	Calc	Reporter:	Regina Henschel <rb.henschel>
Component:	open-import	Assignee:	AOO issues mailing list <issues>
Status:	CONFIRMED ---	QA Contact:
Severity:	Trivial
Priority:	P4	CC:	amy2008, issues, raal
Version:	DEV300m50	Keywords:	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
3\program\soffice.bin.
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
build.
Can reproduce it. OOo 3.0 works well. 
Regression
Edit summary

Comment 4 Regina Henschel 2009-08-25 10:52:53 UTC

*** Issue 104482 has been marked as a duplicate of this issue. ***