Description: When text from a cell is copied into somewhere else using Ctrl + C -> Ctrl + V, the text is _sometimes_ not copied. If you copy two values after each other you can end up inserting the same value two times. To me this looks as if the copy operation does not work reliably. Steps to Reproduce: 1. Copy a cell/the content of a cell with Ctrl + C 2. Insert the text with Ctrl + V Actual Results: Text is sometimes not copied Expected Results: Text is always copied Reproducible: Sometimes User Profile Reset: No Additional Info: ### GENERAL INFO ### - When I copy the text with a single Ctrl + C, the text is often not copied. When I copy the text twice (Ctrl + C; Ctrl + C a second time) the text was always copied. Same for when I saw that the copy operation failed again (eg. inserted the text of a previous cell) and copied the text a second time (so single copy -> inserted old text -> single copy) - In my testing this bug does not happen always, but if you try the steps I show in the video a few times, I always got the same result (text is not copied to clipboard). - It could of course be that it's not LibreOffice' fault as my keyboard could be broken or I may do not press hard enough. I don't think so as I use my PC a lot and LibreOffice is the only program who has this problem. Furthermore this didn't happen before. - It could also be that my system is causing the issue. However, yet again LibreOffice is the only program effected by this issue. ### LIBREOFFICE INFO ### Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: e1cf4a87eb02d755bce1a01209907ea5ddc8f069 CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-AT (de_AT.UTF-8); UI: de-DE Flatpak Calc: threaded ### SYSTEM INFO ### Operating System: KDE neon 6.2 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.1 Kernel Version: 6.8.0-52-generic (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 7530U with Radeon Graphics Memory: 29.2 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: LENOVO Product Name: 21KK System Version: ThinkBook 16 G6 ABP (Video upcoming)
Created attachment 199109 [details] Ctrl + C failed In the video you see me copy text from Calc (left) to KWrite (right, this is a text editor). The operation mostly works, but _sometimes_ it doesn't. All copy operations have been done with Ctrl + C and Ctrl + V. The video was recorded on the system with the settings as described in the text under "SYSTEM INFO"
I tried to replicate this bug under Windows (Windows 10 Etnerprise, 22H2, LibreOffice 24.2.6.3_AA) but I wasn't able to. So this could be a Linux-only bug.
Hello BDF, I can't confirm that the bug is present in master. Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: a8ec21adf255b70bb6eeb0a1717190df303d8b26 CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded
(In reply to mikhail.machine from comment #3) > CPU threads: 12; *OS: Windows 10 X86_64 (build 19045)*; UI render: As already said I tried to replicate this bug under Windows but wasn't able to do so. Therefore I changed the effected hardware to "Linux (all)". However, I'm not sure how many people with a PC running Linux are on this bugtracker.
No repro with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7da1497aa462e2b719aa9b308a749caf7b9a19b1 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
I experience this bug too. Running LibreOffice with the GTK3 VCL plugin on KDE (either standalone using my distribution's libreoffice-gtk3 package, or via the Flatpak) seems to be the cause. I can't reproduce this on XFCE, so I assume it's a KDE-specific issue. I also can't reproduce if using the KF6 plugin. Every other attempt to copy content to the system clipboard fails when the copying is done via a keyboard shortcut (such as CTRL + C). LibreOffice's internal clipboard successfully copies the content (so pasting within LibreOffice itself is OK), but it doesn't seem to export the copied content to my system's clipboard (so pasting outside of LibreOffice fails and instead pastes the previously copied text). Copying via the context menu (right-click) or menu bar appears unaffected. This bug is not exclusive to Calc; I can reproduce it in Writer very easily: 1. Open up a Writer document with several lines of text in LibreOffice on KDE while using the GTK3 VCL plugin. 2. Copy a line of text with a shortcut (such as CTRL + C) in Writer. 3. Paste the line of text into another program; it will succeed the first time. 4. Copy a different line of text with with a shortcut (CTRL + C, etc) in Writer. 5. Paste that line of text into another program (it will fail, and instead paste the text from step 2). 6. Subsequent copy attempts will follow the same pattern (success, fail, success, fail, etc). I can reproduce this bug in Calc as well, but only in Cell Edit mode (hitting F2 on a cell, like in the video attached to the bug). Copying the cell itself without hitting F2 and pasting outside of LibreOffice usually works, but sometimes fails inexplicably as well (but I can't figure out a way to make that happen consistently). Version: 25.8.1.1 (X86_64) / LibreOffice Community Build ID: 54047653041915e595ad4e45cccea684809c77b5 CPU threads: 12; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Flatpak Calc: threaded Operating System: Debian GNU/Linux 13 KDE Plasma Version: 6.3.6 KDE Frameworks Version: 6.13.0 Qt Version: 6.8.2 Kernel Version: 6.12.43+deb13-amd64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 5560U with Radeon Graphics Memory: 16 GiB of RAM (12.6 GiB usable) Graphics Processor: AMD Radeon Graphics
Does disabling KDE's clipboard manager solve the issue?
(In reply to Buovjaga from comment #7) > Does disabling KDE's clipboard manager solve the issue? If I disable the Clipboard entry/service in the system tray, copy and paste seems to work normally, yes (I tested in both Writer and Calc and could no longer reproduce the bug). If the clipboard entry/service is enabled in the system tray, I can always reproduce the bug.