SUMMARY When I copy a body of text and/or file on an application, the content does not paste onto an application I launch. For example, when I copy a URL from a text document, when I launch Firefox or Chrome, the paste command is unavailable. Copying a body of text from a website will also not be able to paste onto a text document when I open KWrite. I will have to launch the clipboard manager and copy the contents from there every time. This is disruptive to the standard workflow when multi-tasking. STEPS TO REPRODUCE 1. Copy a group of text on one application. 2. Launch another application. 3. Right-click on a text field, such as a URL bar, with the intention of pasting the text. OBSERVED RESULT When I right-click, the paste command is grayed out and unavailable. EXPECTED RESULT Right-clicking should have given the paste option for applying the contents onto the new application. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Fedora Linux 37 KDE (available in About System) KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION This bug affects the Plasma Wayland session. X11 is not affected.
Cannot immediately reproduce on Wayland with Plasma 5.27.4. A few questions to start with: 1. Do you by any chance have the clipboard history set to only 1 item> 2. If you pin the clipboard popup open, can you see a new entry being added to the top of it when you copy the text? 3. Does the issue reproduce with all apps you've tested (within reason) being the sending and receiving apps, or only with some apps?
(In reply to Nate Graham from comment #1) > Cannot immediately reproduce on Wayland with Plasma 5.27.4. A few questions > to start with: > 1. Do you by any chance have the clipboard history set to only 1 item> > 2. If you pin the clipboard popup open, can you see a new entry being added > to the top of it when you copy the text? > 3. Does the issue reproduce with all apps you've tested (within reason) > being the sending and receiving apps, or only with some apps? Testing this on Q4OS 5 "Aquarius" testing. Issue seems to occur when I copy some text from one application, close the application, then attempt to paste the text onto another application. Only I could paste when the original application remains open. Seems that this is not an issue on X11. Bug appears to be less severe than previously reported. I'll need to test this again on Fedora to confirm this.
(In reply to Joseph DeGarmo from comment #2) > (In reply to Nate Graham from comment #1) > > Cannot immediately reproduce on Wayland with Plasma 5.27.4. A few questions > > to start with: > > 1. Do you by any chance have the clipboard history set to only 1 item> > > 2. If you pin the clipboard popup open, can you see a new entry being added > > to the top of it when you copy the text? > > 3. Does the issue reproduce with all apps you've tested (within reason) > > being the sending and receiving apps, or only with some apps? > > Testing this on Q4OS 5 "Aquarius" testing. Issue seems to occur when I copy > some text from one application, close the application, then attempt to paste > the text onto another application. Only I could paste when the original > application remains open. Seems that this is not an issue on X11. Bug > appears to be less severe than previously reported. I'll need to test this > again on Fedora to confirm this. Tested on Fedora Linux, same thing. I have to be forced to keep applications open. A bit annoying.
I'm on Fedora 37 as well and can't reproduce the issue as currently described, so it seems more likely to be a local configuration issue of some sort. Can you please answer the specific 3 questions I asked earlier? Additionally, I have a fourth question: can you list *any* non-default Clipboard settings you're using?
(In reply to Nate Graham from comment #4) > I'm on Fedora 37 as well and can't reproduce the issue as currently > described, so it seems more likely to be a local configuration issue of some > sort. > > Can you please answer the specific 3 questions I asked earlier? > > Additionally, I have a fourth question: can you list *any* non-default > Clipboard settings you're using? 1. No 2. Yes 3. All apps 4. All clipboard settings are at default. Tested this on two distros (one on a live USB) and on two different machines with settings at default. Same issue.
Looks like the clipboard widget is doing its part; moving to KWin for further triage. I wonder why I'm not able to reproduce it.
Can you run firefox with WAYLAND_DEBUG=1 and try to reproduce the bug and attach the resulting firefox log output to this bug report? env WAYLAND_DEBUG=1 firefox > log.txt 2>&1
(In reply to Vlad Zahorodnii from comment #7) > Can you run firefox with WAYLAND_DEBUG=1 and try to reproduce the bug and > attach the resulting firefox log output to this bug report? > > env WAYLAND_DEBUG=1 firefox > log.txt 2>&1 I ran that command and same result. No log output pops up.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Also happens in Debian 12.
(In reply to Joseph DeGarmo from comment #8) > (In reply to Vlad Zahorodnii from comment #7) > > Can you run firefox with WAYLAND_DEBUG=1 and try to reproduce the bug and > > attach the resulting firefox log output to this bug report? > > > > env WAYLAND_DEBUG=1 firefox > log.txt 2>&1 > > I ran that command and same result. No log output pops up. It puts the lot output in a file in the terminal window's current folder called "log.txt". Can you attach it?
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!