| Summary: | Spectacle quits prematurely copying large screenshots when its "New Screenshot Saved" popup is disabled | ||
|---|---|---|---|
| Product: | [Applications] Spectacle | Reporter: | S. <x1250803181> |
| Component: | General | Assignee: | Noah Davis <noahadvs> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | kde, vovanblhc |
| Priority: | NOR | ||
| Version First Reported In: | 6.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
S.
2025-02-14 06:21:27 UTC
Some extra observations: this seems to be related to my notification settings. I have turned off my Spectacle "New Screenshot Saved" popup notification because it somehow makes me unable to paste images before the popup is finished. Originally I wanted to test if the notification still displays, even when Spectacle fails to copy my screenshot, so I turned that back on. Now it copies everything correctly albeit quite slowly ... Since you say that pasting works after the notification disappears, this seems similar to bug 485096. However, I see that you are using a version that should have the fix (fixed in 24.08.1). Unfortunately, I cannot reproduce the bug, even when taking a 16128x3240 screenshot (tested on Wayland though, will test X11 later). I do notice that it can be slow, but I don't think much can be done about that from Spectacle's side. Regarding the "Unsupported image format" message, do you have qt6-imageformats or qt6-qtimageformats installed? I should note that I have tested with WebP and PNG so far. When you copy, before the notification disappears, what is the output of `xclip -selection clipboard -o -t TARGETS` for you? This could be related to https://bugs.kde.org/show_bug.cgi?id=497735 (In reply to Noah Davis from comment #2) > Since you say that pasting works after the notification disappears, this > seems similar to bug 485096. However, I see that you are using a version > that should have the fix (fixed in 24.08.1). Unfortunately, I cannot > reproduce the bug, even when taking a 16128x3240 screenshot (tested on > Wayland though, will test X11 later). I do notice that it can be slow, but I > don't think much can be done about that from Spectacle's side. > > Regarding the "Unsupported image format" message, do you have > qt6-imageformats or qt6-qtimageformats installed? I was using the PNG format (although I have switched to WebP recently) and I have qt6-imageformats installed. > Regarding the "Unsupported image format" message I think it was basically from what I had described earlier: Spectacle just quits before it can finish saving the image. I should also clarify that: 1) This bug is different from what I had expected earlier - originally when I filed this bug report I had thought that it was a generic screenshot copying problem, but it now looks only related to specific notification settings. I will update the title to match this. 2) This is what my Plasma notification settings for Spectacle looked like: [ https://i.imgur.com/Wd4q5XC.png ]. If I specifically disable the "New Screenshot" popup then it just quits prematurely, but if I disable all Spectacle notifications (uncheck the topmost "Show popups") then everything saves correctly (so that is what I'm currently using). I myself couldn't reproduce the "paste before notification popup is gone" problem now, so I would guess it has been solved. 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! I can configm this bug on Arch linux with KDE Plasma 6.4.4. For me, copying larger screenshots usually results in blank images. Saving screenshot to a file works normally. I'm also getting this behaviour with flameshot, so it's not an issue with Spectacle. However, this bug shows up randomly and I cannot find a reliable way to reproduce this, but it seems that it's more likely to happen when you already have several screenshots in your clipboard history (In reply to vovanblhc from comment #8) > I can configm this bug on Arch linux with KDE Plasma 6.4.4. For me, copying > larger screenshots usually results in blank images. Saving screenshot to a > file works normally. I'm also getting this behaviour with flameshot, so it's > not an issue with Spectacle. However, this bug shows up randomly and I > cannot find a reliable way to reproduce this, but it seems that it's more > likely to happen when you already have several screenshots in your clipboard > history Try taking a larger screenshot (larger as in file size) on e.g. Google street views, or pictures of natural scenery. Those are harder to compress (longer to save) so higher chance of spectacle quitting prematurely. I can confirm this is still a problem on Plasma 6.5. |
