Problem description: LibreOffice is unstable (all open apps crash simultaneously) when attempting to paste moderately complex data from Calc to Writer Steps to reproduce: 1. Open a pre-existing ods or xls file with 10+ columns, 50+ rows, some formulas, formatting and filters 2. select a grid with 5+ columns, 20+ rows and a mixture of formatting, hit ctrl-C 3. create a new writer doc, hit ctlr-v to paste in the data from calc Current behavior: Both calc and writer crash after a second or two. Documents are recoverable but the paste does not work at all Expected behavior: Data is pasted into writer as a calc8 object Issue: I have not been able to isolate this issue to a single condition (eg: certain formatting). However, LIbreOffice was not unstable in this manner before I upgraded from Ubuntu 13.10 to 14.04 (and thus got a LibreOffice upgrade to 4.2.3.3 Operating System: Ubuntu Version: 4.2.3.3 release
With further testing, the problem seems to relate to attempts to paste a data range from Calc to Writer, which contains formulas in at least one column. I have attached a very simple spreadsheet which can be used to reproduce the problem. just select all the cells that have content, and attempt to paste them into a new Writer doc - kaboom!
Created attachment 98229 [details] Sample calc file which can be used to demonstrate this bug
Hi Simon, Thanks for reporting! Works fine in 4.2.2 Crashes in 4.2.3.rc1 and 4.2.4.rc1
Just to be clear, this is the exact version reported by my copy of Libre Office: Version: 4.2.3.3 Build ID: 420m0(Build:3) I don't think this is the release candidate?
Same problem here. LibreOffice version: 4.2.3.3 build id 420m0 (Build:3) shipped with Ubuntu 14.04 LTS see bug #77883
@simon: yes, that is correct. I mentioned the first version with the bug *** This bug has been marked as a duplicate of bug 77806 ***
The copy-paste Calc8 cells to Impress is still there in LO 4.2.4.2. It closes all files and starts the recovery.
Bob, (In reply to comment #7) > The copy-paste Calc8 cells to Impress is still there in LO 4.2.4.2. > > It closes all files and starts the recovery. See bug 77806, fix is in place for master and backported to 4.2.5.0 builds. Test there and please report under the 77806 issue. *** This bug has been marked as a duplicate of bug 77806 ***