| Summary: | Plasmashell and krunner stop responding after copying large text/images to clipboard on X11 | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Alexander Meshcheryakov <alexander.s.m> |
| Component: | generic-performance | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | 900930, ad.ruckel, bhush94, bugseforuns, bumba0954, joseph, kdebugs, lehoangphuongbg, lutischanf, mattia.verga, nate, old_man999, p.jankulovski, plasma-bugs, post, qydwhotmail, tagwerk19, uralzima, valdikss |
| Priority: | HI | Keywords: | efficiency |
| Version: | 5.14.90 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Alexander Meshcheryakov
2016-03-08 18:53:55 UTC
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone! 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! Sorry for long reply. I still observe occasional freezes. Though I could not reproduce my original sequence to trigger this bug, that Firefox addon is not available anymore. But here is another way: use "Take s screenshot" feature, embedded in recent Firefox versions, and choose Sorry for long response. I still observe occasional freezes. I could not reproduce my original sequence, but here is robust way to trigger freeze on my current system (up to date Arch linux installation): use https://support.mozilla.org/en-US/kb/firefox-screenshots feature embedded in recent Firefox versions and choose "Copy to clipboard". Behaviour is slightly different: 1) Plasmashell gets freezed as before for about 20 s 2) krunner do NOT freeze 3) Firefox freezes as well :( And continues to work simultaneously with plasmashell I'd say what I experience now is quite similar to https://bugs.kde.org/show_bug.cgi?id=392897 I found that "Configure Clipboard -> Actions -> Enable MIME-based actions" has to be enabled to observe this bug. What a relief, I can just disable this feature and don't observe this hangup anymore. I've also seen this behavior since few years, it happens frequently when using Fedora with KDE in a guest KVM machine. When I try to copy text from kwrite it sometimes randomly freeze for 10 seconds or so, after that in the clipboard history I can see an empty line: it's like something weird and huge is being copied in the clipboard. I usually don't see this behavior in the host machine, only in the guest. I think bug #404145 may be a duplicate of this. Still seeing this on 5.14.90 *** Bug 404145 has been marked as a duplicate of this bug. *** Does this still happen to anyone in either Plasma 5.18 (the current LTS version) or Plasma 5.21 (the latest released version)? Arch linux, plasma-desktop 5.21.2-1 I could trigger this once today after copying screenshot from Firefox. Clock stopped ticking for about 30 seconds. But subsequent attempts do not trigger this anymore. But I have not tried really thoroughly. Probably only the first screenshot copy after reboot or something like that triggers freeze now. That was with an image though, right? There's a very high chance that is not our bug. It would be interesting to see if this happens on Wayland. If it does, the bug is in Qt. If not, the bug is in X11. Any chance you could give it a shot? More tests on Arch linux, plasma-desktop 5.21.2-1 revealed, that on first copy of screenshot from [Firefox screenshot tool](https://support.mozilla.org/en-US/kb/firefox-screenshots) plasmashell freezes for about 25 seconds, krunner does not react, Firefox interface freezes as well. Firefox restart leads resets the issue and again first screenshot leads to freeze. Ticking "ignore images" in klipper config prevents freeze from occurring. All my tests till now are performed under X11. I'll see if I can test it with Wayland. Thanks, I would appreciate it. Aaand I've performed even more tests! I tried the same sequence (restart firefox, firefox screenshot tool, copy) on another PC, which runs on Kubuntu 20.10, X11. Freezes for the same ~25 seconds! So this is not something specific to one particular system. Kubuntu system is quite different: it is 2020 year laptop with AMD Raven ridge graphics. My main PC with Arch linux is from ~2014 and uses intel graphics. But with Wayland session on Kubuntu laptop I could not reproduce freeze. So far it seems freeze occurs only when running with X11. Ah yes, the classic X11 server with clipboard freeze. :( *** Bug 414152 has been marked as a duplicate of this bug. *** *** Bug 399096 has been marked as a duplicate of this bug. *** *** Bug 410471 has been marked as a duplicate of this bug. *** *** Bug 395667 has been marked as a duplicate of this bug. *** *** Bug 395997 has been marked as a duplicate of this bug. *** *** Bug 431673 has been marked as a duplicate of this bug. *** I don't know if I see the same thing but I've noticed copy and paste with Firefox (and Thunderbird) being "definitely obstinate"
I can highlight the text and "copy" and see the text in Klipper but I am not always able to paste. Typically I see the issue if trying to paste a link from Firefox into an email being written in Thunderbird.
I find I have somewhat more success if I "Paste without Formatting". My workround has been to "Clear History", go back to the text and copy it again. Both can help - but neither are guaranteed
There's also a thread here that seems to make sense....
https://old.reddit.com/r/kdeneon/comments/mgybdr/firefox_and_the_clipboard/
For me this is with X (within KVM guests and from one KVM guest to another)
I see it on various systems, an example:
Fedora 33
Plasma: 5.20.5
Frameworks: 5.79.0
Qt: 5.15.2
[ originally posted here
https://bugs.kde.org/show_bug.cgi?id=433854#c7 ]
*** Bug 386418 has been marked as a duplicate of this bug. *** Hi Nate and Alexander, > *** Bug 404145 has been marked as a duplicate of this bug. *** I don't think that this bug (360262) is related to 404145 or bug 393804 that I opened in 2018. I've never ever had any issues with my clipboard - until I open virt-manager. And when I open virt-manager the problem is not related to size of copied data. I can copy a single character in Kate or Konsole and the keyboard input hangs totally for ~30 sec. > Does this still happen to anyone in either Plasma 5.18 (the current LTS version) or Plasma 5.21 (the latest released version)? I can confirm this is still an issue on 5.14 (Debian) 5.18 (Kubuntu 20.04) 5.19 (Kubuntu 20.10) 5.20 (Fedora 33) 5.21 (Arch) > If not, the bug is in X11 I'm 100% sure that the bug was introduced in Fedora 26 lifetime (see https://bugs.kde.org/show_bug.cgi?id=393804) after updating Plasma. In other words if you install fresh Fedora 26, the bug is not there. If you then update it (I'm not sure if that is currently possible with such old Fedora) the bug will be there. Workaround: Configure System Tray => Disable Clipboard. That tells me that this is a Plasma bug, not X11. But I might be wrong. Disabling Clipboard is very unpleasant since it disables more than just a copy history. When you disable it and copy something for example in Kate and close it, the clipboard is gone. In other words you have to paste it somewhere before you close the source application. Super annoying but for me - heavy VM / virt-manager user, this is better than freezing inputs. Thank you for your great work. Even with bugs, Plasma is the best. And KDE community is awesome ;-). Kind regards, Adam Duplicate bug 431673 has a history file that can be used to reproduce the bug; replace your ~/.local/share/klipper/history2.lst file with it. I can confirm this issue. It also happens with other two-way-clipboard-sync applications like VirtualBox or FreeRDP. Confirm this issue when enabling two-way clipboard sync with VirtualBox, and after that take a lot of screenshots with Spectacle (with automatic copy image to clipboard option). I also noticed that in my case, the issue doesn't trigger until Alt+Tab-ing (i.e if I only use mouse to switch windows, it's fine) I also noticed that when the input freeze happens, if I close the application that hold the most recent item in the clipboard, the input can be unfrozen. Move to 446581 since there are more in-depth discussions *** This bug has been marked as a duplicate of bug 446581 *** |