Bug 373215

Summary:	Spectacle no longer shows thumbnail/preview after snapshot
Product:	[Applications] Spectacle	Reporter:	David Rankin <drankinatty>
Component:	General	Assignee:	Boudhayan Gupta <me>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bugs.kde.org, home1, nate
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:	https://cgit.kde.org/spectacle.git/commit/?id=4ab95e7ea4209299274f688022002d1e7262741a	Version Fixed/Implemented In:	KDE Applications 18.04
Sentry Crash Report:
Attachments:	Spectacle showing no preview but with tool tip of image size attachment 2 - showing result of drag on preview area attachment 3 - method of screenshot capture

Description David Rankin 2016-12-03 14:26:53 UTC

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.

Comment 1 David Rankin 2016-12-03 14:27:48 UTC

Created attachment 102594 [details]
attachment 2 [details] - showing result of drag on preview area

Snapshot showing result of drag on invisible preview.

Comment 2 David Rankin 2016-12-03 14:30:15 UTC

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.

Comment 3 David Rankin 2016-12-03 14:33:21 UTC

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.

Comment 4 jack_sprat 2017-10-25 00:42:46 UTC

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.

Comment 5 Nate Graham 2018-01-31 04:48:17 UTC

*** Bug 374993 has been marked as a duplicate of this bug. ***

Comment 6 Nate Graham 2018-02-10 15:06:44 UTC

Should be permanently resolved with https://cgit.kde.org/spectacle.git/commit/?id=4ab95e7ea4209299274f688022002d1e7262741a