Bug 59040 - CRASH when Copy/Pasting Hundreds of Thousands of number lines from Writer to Calc
Summary: CRASH when Copy/Pasting Hundreds of Thousands of number lines from Writer to ...
Status: CLOSED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: lowest major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Clipboard
  Show dependency treegraph
 
Reported: 2013-01-05 01:17 UTC by bugzilla
Modified: 2018-05-24 17:49 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample Writer Document (272.28 KB, application/vnd.oasis.opendocument.text)
2013-01-29 16:16 UTC, Rainer Bielefeld Retired
Details
Bug 59040 - WinDbg session (13.39 KB, text/plain)
2013-01-30 13:03 UTC, bfoman (inactive)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bugzilla 2013-01-05 01:17:09 UTC
Overview:
Selecting 1000000 lines of individual numbers in Writer and pasting into Calc cause LibreOffice to crash

Recreation:
1) Create 1000000 lines of numbers in Writer
2) Select all <Ctrl-A>
3) Copy <Ctrl-C>
4) Select cell A1 in spreadsheet Sheet1
5) Paste <Ctrl-V>

Actual Results:
LibreOffice crashes

Expected Results:
Either 1000000 rows in Column A are populated or an error message indicates the spreadsheet can't handle that amount of data

Platform:
Mint Linux 3.2.0-35-generic LibreOffice 3.5.4.2 Build ID: 350m1(Build:2)
Comment 1 bfoman (inactive) 2013-01-15 14:18:06 UTC
Could you attach any example documents to allow others to check on different
system/build?
Comment 2 Linus Drumbler 2013-01-16 22:45:13 UTC
Does this occur with 999999 lines of numbers? In any case, I doubt anyone will really need that many numbers.
Comment 3 Rainer Bielefeld Retired 2013-01-29 15:35:42 UTC
Closing due to reporter's inactivity.
And that's really not a useful proceeding, as Linus already stated.

@reporter:
Please feel free to reopen if you can contribute the requested writer sample document.
Comment 4 Rainer Bielefeld Retired 2013-01-29 16:16:05 UTC
Created attachment 73845 [details]
Sample Writer Document

I was able to reproduce the Crash as per original report
Comment 5 Rainer Bielefeld Retired 2013-01-29 16:18:53 UTC
[Reproducible] with "LibO  4.0.0.2 rc   -  GERMAN UI / German Locale  [Build ID: 5991f37846fc3763493029c4958b57282c2597e)]"  {tinderbox: @6, pull time 2013-01-24  07:20(?)} on German WIN7 Home Premium (64bit) with User Profile automatically created form renamed /3 User profile used by 3.6.5.2
Comment 6 Rainer Bielefeld Retired 2013-01-29 16:19:46 UTC
Really uncommon use ...
Comment 7 bfoman (inactive) 2013-01-30 13:03:52 UTC
Created attachment 73925 [details]
Bug 59040 - WinDbg session

Confirmed with:
LO 4.0.0.2
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Attached full WinDbg session.
Comment 8 Joel Madero 2015-01-08 02:09:45 UTC
Update here:

Tested on:
Ubuntu 14.04 x 64
LibreOffice 4.4 beta 2

No crash - a serious hang but no crash. Ate up memory and what not so probably same thing as Windows just not seeing a crash.

Windows 7
LibreOffice 4.3.5.2 release
LibreOffice 3.3 (inherited from OOo)
LibreOffice 4.5 alpha 0 - build date: 07/01/2015

I saw a crash on all of these. Updating version to reflect oldest version tested on (inherited from OOo)

Other Notes:
This is not about 1,000,000 lines or w/e, it's just a large set. I was able to successfully copy about 10,000 pages without a problem, but at some point (at least around 15k pages) the crash occurs. I have no idea how many lines that is.


Updating title to reflect that it's not about a specific 1,000,000 copied/pasted


Priority:
Major - crash
Lowest - this is a bit of an extreme corner case example of using Writer/Calc in a very strange way.
Comment 9 QA Administrators 2016-01-17 20:03:27 UTC Comment hidden (obsolete)
Comment 10 Xisco Faulí 2017-02-27 18:46:37 UTC
Issue still reproducible in

Version: 5.4.0.0.alpha0+
Build ID: eb7b03b052ffe8c2c577b2349987653db6c53f76
CPU threads: 1; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-02-26_22:34:18
Locale: en-GB (es_ES); Calc: group
Comment 11 Eike Rathke 2018-05-24 17:49:13 UTC
Curiously tried on master/6.1 (Linux debug build), already when the .odt is loaded (it takes a lot of time) 3.6GB were eaten, after copy-pasting to Calc (again taking time) 7.7GB were used, but no crash, and cells could be travelled and used. Likely a clipboard copy of the Writer document is created, plus some import document overhead in Calc, 100000 rows with values don't take that much.

Not much Calc can do about, this seems to be a question of available memory. Closing.