-
Notifications
You must be signed in to change notification settings - Fork 167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
clipboard-indicator causes system lag on copy #428
Comments
Thank you for reporting this.
|
Thanks for your reply. Here's the info:
https://unsplash.com/photos/a-view-of-a-snowy-mountain-range-at-sunset-ae__8IOF0Cs |
Thanks! I can reproduce it. Did this start happening recently or has this been happening since October? |
I noticed it just recently. Couple of weeks, I guess. The issue could be around longer though, because I update infrequently… |
I had the same issue, but now I can't seem to replicate it. I ended up disabling the extension because I was trying out this rewrite in the hopes that it wouldn't have lag (it didn't, but it also doesn't preview images in my clipboard). When I re-enabled this extension, my lag was gone. I don't know if it'll come back eventually, but I wrote a script to copy number 1-1000 and it still doesn't seem to have any kind of lag. So maybe you just need to disable then re-enable the extension? |
Didn't help. Thanks for the suggestion, though 👍 |
I am pretty sure it's an actual issue and will not be solved by re-enabling the extension. For me, copying the image provided by @putzwasser consistently reproduces the issue. |
Interesting. For me, (GNOME 45.1, Ubuntu 23.10, 8GB RAM, with the same extension settings) I see lag when I copy the image, but if I try to copy anything else, I see no lag. I have no idea what I did to fix the problem though. I originally came across this issue because I had the same problem. |
Yeah the lag seems to be related to large items (images, huge documents of text, etc) |
I'm having the same issue when many images are in the clipboard history of clipboard-indicator: any new copy, even a small text, results in a ~1s long freeze of the system, as if clipboard-indicator was re-writing the entire content of my history on the drive in a synchronous operation. |
I hope this issue will be fixed in GNOME 46 following this MR I opened on Mutter repo: I believe the lag comes from loading these large images to memory in the GNOME-Shell process. The MR I opened on Mutter will change this to use unix temp files so I hope it'll work better. If there is anyone who can use the latest GNOME 46 nightly release to test it out, that would be great 🙂 |
Issue still occurs on GNOME 46, the lag can be traced to here:
It appears to be recalculating the hash for every image |
After one of the last updates I noticed that clipboard-indicator causes a system lag when pressing
CTRL + C
.Now every time I copy something the system hangs. How depends on the size of the "thing" (length of text, size of image, etc) added to the clipboard.
A JPG with one or two MB causes a hang for more than 1 second.
I had to turn the clipboard-indicator off, because of that.
Using manjaro (arch) + wayland
The text was updated successfully, but these errors were encountered: