Created attachment 102593 [details] Spectacle showing no preview but with tool tip of image size With the latest release of spectacle ver. 16.0.8.3 KDE Frameworks 5.28 Qt 5.7.0 (built against 5.7.0) Spectacle no longer show the preview after the screenshot is taken. (see the first attachment with tooltip showing a preview of the image is present for an image of 314x171 pixels). You can also grab the blank area with the mouse and drag it which reveals the image (see attachment 2 [details] showing drag of invisible preview). The image is actually there because it saves. Which brings up another HUGE bug with spectacle -- it's too dumb to be able to take a picture of itself. So the only way I had to produce these diagnostic snapshots was to run kde3/ksnapshot via ssh to capture the problem with plasma spectacle - which I could thankfully save to my web server via the sftpkio -- something else that is broken in spectacle. (see attachment or image capture) I don't know what broke with spectacle. The preview did work not too long ago. The only changes have been updates to kdebase-runtime, etc. The relevant update history is: [2016-11-25 21:59] [ALPM] upgraded kdebase-runtime (16.08.3-1 -> 16.08.3-3) [2016-11-29 03:45] [ALPM] upgraded kdebase-runtime (16.08.3-3 -> 16.08.3-4) [2016-11-29 03:45] [ALPM] upgraded kdegraphics-okular (16.08.3-1 -> 16.08.3-2) [2016-12-01 14:25] [ALPM] upgraded kdevplatform (5.0.2-1 -> 5.0.3-1) [2016-12-01 14:25] [ALPM] upgraded kdevelop (5.0.2-2 -> 5.0.3-1) That or the kdegraphics-okular update seem like likely suspects.
Created attachment 102594 [details] attachment 2 [details] - showing result of drag on preview area Snapshot showing result of drag on invisible preview.
Created attachment 102595 [details] attachment 3 [details] - method of screenshot capture Image of ksnapshot which was required to document this problem since spectacle is not capable of multiple instances. That means it is totally useless to capture images of anything related to spectacle operation.
This should not make any difference, but at the time spectacle was called, both Firefox and LibreOffice were open. I don't know if having 2 high-res gtk apps open when spectacle is called breaks the preview. the preview worked fine when kde3/ksnapshot was called to document this bug. I thought I would pass this information along for completeness.
I can confirm this bug in v16.08.2; it only seems to happen for small screenshots, <340 pixels high (width isn't an issue); changing the size of Spectacle itself doesn't have any effect.
*** Bug 374993 has been marked as a duplicate of this bug. ***
Should be permanently resolved with https://cgit.kde.org/spectacle.git/commit/?id=4ab95e7ea4209299274f688022002d1e7262741a