Bug 505209

Summary:	Using 'Keep the selection and clipboard the same' results in not being able to copy multicell data between different LibreOffice Calc sheets
Product:	[Plasma] plasmashell	Reporter:	David de Cos <david.decos>
Component:	Clipboard widget & pop-up	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	CONFIRMED ---
Severity:	normal	CC:	kde.org, kde, kde, kdedev, nate, qydwhotmail
Priority:	NOR	Keywords:	regression
Version First Reported In:	6.3.5
Target Milestone:	1.0
Platform:	Other
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=504470
Latest Commit:	https://invent.kde.org/plasma/plasma-workspace/-/commit/abc5b7fdf82addfb042c49b47b0f7b942511fb42	Version Fixed/Implemented In:	6.4.6
Sentry Crash Report:

Description David de Cos 2025-06-04 16:25:50 UTC

SUMMARY
I've had the 'Keep the selection and clipboard the same' option selected in my clipboard configuration for many years, but just today I observed that it's stopping me from copy&pasting multicell data between two sheets of the same LibreOffice Calc file (copy&pasting only one cell works fine).

This is a new bug, as I've always been able to do the described operation.

Interestingly, I can paste the copied data into the same sheet, and also into another Calc file. It's only another sheet of the same file that I can't paste the data into.


STEPS TO REPRODUCE
1. Select 'Keep the selection and clipboard the same' in the clipboard configuration.
2. Open a LibreOffice Calc file with multiple sheets.
3. Go to one of the sheets, select multiple cells and copy (Ctrl+C, or click on the 'copy' icon).
4. Go to another sheet of the same file, and try to paste the copied data (again, with Ctrl+V or the 'paste' icon). Nothing happens.
5. Now go to the same sheet you copied the data from, or to another Calc file, and try to paste. It works.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20250602
KDE Plasma Version: 6.3.5
KDE Frameworks Version: 6.14.0
Qt Version: 6.9.0
Kernel Version: 6.15.0-1-default (64-bit)
Graphics Platform: Wayland
LibreOffice: 25.2.3.2

ADDITIONAL INFORMATION
I've seen this bug in another person's computer too (running Kubuntu, while mine is Tumbleweed), so I'd say it can be reproduced by anyone.

Comment 1 Nate Graham 2025-06-04 17:27:54 UTC

I can confirm this very strange bug exactly as described.

Perhaps related: If I open the history view, click on another item to make it the active one, click on the copied cell data to make it active again, and then Ctrl+V paste into Calc, an *image* containing a depiction of the copied cells is pasted.

Comment 2 David Redondo 2025-06-05 07:11:22 UTC

Reminds me of https://invent.kde.org/plasma/kwin/-/merge_requests/6339

Comment 3 David de Cos 2025-09-07 10:11:16 UTC

The bug is still present in an updated system:

Operating System: openSUSE Tumbleweed 20250905
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.2
Kernel Version: 6.16.3-1-default (64-bit)
LibreOffice: 25.8.1.1

Comment 4 David de Cos 2025-09-07 10:13:07 UTC

BTW, I removed "wayland-only" from the keyword list, since it happens in X11 as well.

Comment 5 Nate Graham 2025-10-13 18:24:51 UTC

Fixed by Fushan Wen with https://invent.kde.org/plasma/plasma-workspace/-/commit/abc5b7fdf82addfb042c49b47b0f7b942511fb42 in Plasma 6.4.6!

Comment 6 Nate Graham 2025-10-13 19:20:08 UTC

*** Bug 510560 has been marked as a duplicate of this bug. ***

Comment 7 David de Cos 2025-10-24 11:59:10 UTC

I believe this may have been incorrectly reported as fixed, since I just installed Plasma 6.5.0 and it is still present (both the reported bug and Nate's observation in comment 1). To check it, please have in mind that 'Keep the selection and clipboard the same' must be activated in the clipboard configuration to see the bug.

Besides, there's something I've just observed that may explain why this was thought to be fixed. If you copy the multicell data, then create a new sheet and paste it, it works fine! That is, in order to see the bug, the sheet where you want to paste the copied cells must have been created beforehand. It's really strange...

Comment 8 Nate Graham 2025-10-24 16:20:02 UTC

Darn, I guess I tested incorrectly.