Bug 169069 - Extremely slow pasting of one line on second and subsequent attempts
Summary: Extremely slow pasting of one line on second and subsequent attempts
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
25.8.2.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-26 00:48 UTC by Dan Dascalescu
Modified: 2025-10-26 17:46 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Repro sheet (388.54 KB, application/vnd.oasis.opendocument.spreadsheet)
2025-10-26 00:48 UTC, Dan Dascalescu
Details
Screencast (1007.25 KB, video/webm)
2025-10-26 00:49 UTC, Dan Dascalescu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Dascalescu 2025-10-26 00:48:13 UTC
Created attachment 203545 [details]
Repro sheet

1. Open the attached repro .ODS
2. Go to the end of the file
3. Copy the entire last line to the clipboard (Shift+Space, Ctrl+Ins)
4. Paste it on the empty line above itself (this should be fast)
5. Paste it one more time on the second empty line above itself
Comment 1 Dan Dascalescu 2025-10-26 00:49:40 UTC
Created attachment 203546 [details]
Screencast

Notice the slowness when pasting the line the second time
Comment 2 Telesto 2025-10-26 11:34:29 UTC
I'm able to repro
Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded

--
Somewhat of topic: as a quite regular reporter, a question:
Does it make sense to use CTRL+Space to select the row? It selects the insane range: A5986:XFD5986 and copy's paste also potential formatting and stuff around even if it's present at XFD5986 (especially with the new jumbo sheet option)
And well a larger range is normally by design slower. 

So I personally see a problem here. Your intention is not truly to select A5986:XFD5986. So you don't care that XFD5986 being copied/pasted too.

Do you have some suggestion how to improve this. Say incremental increasing the selected range for CTRL+SPACE (so single CTRL+SPACE not actually selecting the full row). Or should there be distinction between 'normal' spreadsheet and 'jumbo' in some way? Or something else
Comment 3 Dan Dascalescu 2025-10-26 17:46:08 UTC
Good point, I never thought about how much Shift+Space would select, because if I press Ctrl+End that takes me to the last column, so my mental model of the sheet is that it's horizontally finite.

Could that be an idea for how much Shift+Space should select behind the scenes (even if it displayed the whole line as selected)?

> And well a larger range is normally by design slower.

Why isn't is slow the first time, and why isn't it slow in a larger ODS but without formatting (or maybe without Unicode characters - I remember a bug about this but can't find it right now)?