https://bugs.documentfoundation.org/show_bug.cgi?id=140742
--- Comment #7 from mpmburgt <[email protected]> --- I still have the issue. Using: Version: 25.2.5.2 (X86_64) / LibreOffice Community Build ID: 03d19516eb2e1dd5d4ccd751a0d6f35f35e08022 CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: it-CH (en_GB); UI: en-GB Calc: threaded When copying rows or columns (not a set of cells) CALC has to truncate the selection, because one cannot work with an endless number of cells in a row or in a column. As far as I can figure out, CALC uses some (undocumented?) own data format to write the clipboard. This allows Libreoffice to paste the selected cells in DRAW or CALC in exactly the same way as they were copied. But when the clipboard is accessed by a third-party program requesting the TEXT or CSV format, then all empty rows on top or at the bottom are omitted. The same for empty rows left or right. The solution lies in the adaptation of CALC's own data format omitting only rows at the bottom and columns at the right from the selection for the clipboard TEXT read request. Nb. There is a strange difference between CALC and DRAW. Calc results in "There is not enough space to insert" if entire columns are selected. DRAW omits empty columns at the right and the empty rows at the bottom except the first bottom empty row. -- You are receiving this mail because: You are the assignee for the bug.
