Created attachment 146888 [details] thumbnail missing in notification When taking screenshots through Spectacle keybindings, the notification has no thumbnail. Tested with Rectangular region, Active monitor and Active window STEPS TO REPRODUCE 1. Take a screenshot with any of the Spectacle keybindings OBSERVED RESULT Screenshot is taken, notification appears but is missing the thumbnail EXPECTED RESULT Notification should show a thumbnail of the screenshot. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.24.1 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 Kernel Version: 5.16.9-arch1-1 (64-bit) Graphics Platform: X11
I'm unable to replicate this issue, can you please test and confirm if the issue still occurs for you?
(In reply to Justin Zobel from comment #1) > I'm unable to replicate this issue, can you please test and confirm if the > issue still occurs for you? Yes, it is still happening. But now that some time has passed, I can tell you that the issue has disappeared and reappeared a couple of times since I opened the bug report so it might not even be a bug in Spectacle. Is there any way I could provide any further info? This is my system at the moment: Operating System: Arch Linux KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 6.0.7-arch1-1 (64-bit) Graphics Platform: X11
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!
I'm no developer, hopefully Boudhayan can weigh in soon. I just noticed you're on X11, can you try on Wayland and see if the issue is there as well?
(In reply to Justin Zobel from comment #4) > I'm no developer, hopefully Boudhayan can weigh in soon. I just noticed > you're on X11, can you try on Wayland and see if the issue is there as well? Yes at this time, it seems to happen on both X11 and Wayland.
Setting back to reported as the user confirmed the issue still occurs.
Is this still a problem with 23.04 and onward? Significant code changes have happened. I think this probably wasn't a Spectacle issue. Spectacle doesn't decide what the thumbnail should look like, except for setting the URL of the screenshot which is then used by something else to get the thumbnail. I'm not sure which product to move it to. It could even be a problem from outside of KDE for all we know. I did encounter this issue very recently, but I'm 99% certain that was a system configuration related issue that was solved by rolling back my system to an earlier snapshot.
I can confirm this is still happening. In both x11 and Wayland. At the moment, these are the relevant versions on my laptop: Spectacle Version 23.08.3 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.2-arch1-1 (64-bit) Graphics Platform: Wayland
Can you check if the issue goes away with clipboard setting "Non-text selection" set as "Only when explicitly copied"?
Setting to needs info.
🐛🧹 ⚠️ 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!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.