Problem description: When I select a whole column in Calc and copy it, LibreOffice crashes if I try to paste it as formated text (rtf) in Writer. Crash means: LO does not respond anymore, the CPU goes to 100%, and the RAM fills up slowly for some minutes(on my computer from 300 MB to 1600 MB), then soffice.bin just disappears... First I thought it just means, that LO is looking through all possible rows if there is some data somewhere, and that might take some time. I tried this with the newest version of LO (in German), with LO 3.6, and with OpenOffice 4.0.1 - same behaviour! Steps to reproduce: 1. Start calc and enter just one number in the first field, e.g. just a single plain "1". 2. Select the whole column: click on the header so that the whole column is highlighted. 3. Go to Writer and try to paste the data as "formated text rtf" Current behavior: LO crashes. Expected behavior: Data is pasted as a new table. Operating System: Windows XP Version: 4.1.5.3 release
Same behaviour on Win7 computer.
Confirmed with version 4.1.5.3 under Debian 6 - change plateform, set as New - Sophie
The crash comes from a memory leak. Set the severity to CRITICAL according to https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Severity Best regards. JBF
Just a note. When you try the same scenario with Excel and Word, Excel truncates the trailing empty cell range when pasting to Word *but* when you make the selection one cell short of the whole column (i.e. select the whole column then move the end of the selected range up one cell) and copy-n-paste it to Word, it hangs just like Calc does. Perhaps Calc can also truncate the trailing empty range if the whole column(s) are selected.
Same problem with LO 4.2.3.3 Build ID: 420m0(Build:3) and Ubuntu 14.04. But for me LO crashes with some cells selected (not an entire row). First, I select some cells from calc with the contextual menu. Next I paste my selection in Writer => LO crashes. I hope this bug will be corrected soon, it's very unconfortable. Thanks, Philippe
changing the version back to 4.1.5.3 release. The version indicates the first (earliest) version where the bug occurs.
Ok, sorry...
Priority highest is reserved for MABs, please see: https://wiki.documentfoundation.org/MAB on when a bug qualifies for that. Thus keeping this on priority high.
On pc Debian x86-64 with 4.3.3 LO Debian package, I don't reproduce the crash. However, I think indeed that the empty trail should be automatically removed from the selection.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0efbd9931ea854cf71c4c54ca3f3d55d6db1fa13 Resolves: fdo#75565 reduce block on pasting rtf like we do for html It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
We shrink the block for html paste already, so extended it for rtf too