Description: I am trying to copy some elements from one libreoffice presentation to another and I am finding out that it is not anymore possible. This is a very serious issue. I am experiencing the problem on linux KDE plasma desktop, KF6 VCL. When I copy and paste, the pasted item is invariably a bitmap, even if the source was an editable object. If I try to paste as special, often only the bitmap format is proposed. In some cases you get other formats too but this is erratic. When you get these other formats, more often than not things still don't work as expected, since the pasted elements are incomplete. I think I remember that there was recently a problem with LibO usage of the clipboard which caused libreoffice to crash. I don't remember if the issue was "fixed" on the LibO or the Plasma side, but the "fix" may be the reason for the current behavior. Steps to Reproduce: 1. Open two presentations 2. Try to copy multiple elements at once from one to the other Actual Results: You get a bitmap Expected Results: You should get the original objects Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 16; OS: Linux 6.14; UI render: default; VCL: kf6 (cairo+wayland) Locale: it-IT (en_US.UTF-8); UI: en-US 25.2.3-2 Calc: threaded
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
I have digged a little more in the issue. Apparently the regression is when you try to trigger copy+paste or cut+paste actions using keyboard shortcuts. If you do the same actions via Edit->Copy and Edit->Paste they work. I will try to create a minimal test document, since I cannot share right now the one on which I was working when I encountered the problem.
I have updated the bug title according to the new finding. The issue is that it is impossible to copy and paste with the keyboard shortcuts (CTRL+C, CTRL+V). In this case what gets copied is most of the time the bitmap representation of the object one tries to copy, rather than the object itself, so that when you paste you get a bitmap and not an editable object. Copying and pasting still works correctly if you use the context menu entries or if you use the Edit menu entries, so there is a workaround. Not having the possibility to use the keyboard shortcuts is a major nuisance, though. Still unclear to me if the KDe plasma clipboard may be a part of the issue, nor if the issue is only occurring in wayland KDE sessions.
More tests, and I think this is specific of wayland. Also learned the hard way that this results in data loss: - made a drawing - used cut and paste to stash a part of it away, to the document margin, to reuse it later (better cut-and-paste than dragging when you want to detach connectors). Used CTRL+X, CTRL+V because this is what I have learned to automatically do - did not realize that the pasted image is a bitmap, even if I should have known, because it looks the same - did "edit edit edit edit" - took the stashed away part back to realize that it was not an editable object anymore (aargh...). Part of my drawing is gone forever.
... and another weird thing: If I do: - CTRL+C, CTRL+C (copy copy, twice) in place of CTRL+C (copy); or - CTRL+C, CTRL+X (copy cut) in place of CTRL+X (cut) then it works correctly...
@Buovjaga You're using KDE desktop, right?
Right, and I am starting to believe that this is a KDE issue. If, from the KDE settings, I change the number of items stored in the clipboard history, then I can make CTRL+C work...
Works fine here. Arch Linux 64-bit Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 520(Build:3) CPU threads: 8; OS: Linux 6.14; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US 25.2.4-1 Calc: threaded