Bug 401809 - Spectacle has lost the ability to grab just the window under the cursor
Summary: Spectacle has lost the ability to grab just the window under the cursor
Status: RESOLVED WORKSFORME
Alias: None
Product: Spectacle
Classification: Applications
Component: General (show other bugs)
Version: unspecified
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Boudhayan Gupta
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-05 23:45 UTC by Adam Golański
Modified: 2018-12-08 14:15 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Screenhot of KFileDialog with unwanted background (2.65 MB, image/png)
2018-12-05 23:45 UTC, Adam Golański 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Adam Golański 2018-12-05 23:45:52 UTC 
Created attachment 116705 [details]
Screenhot of KFileDialog with unwanted background

SUMMARY

Spectacle cannot grab window under cursor area anymore; screenshots are done with the full background screen.


STEPS TO REPRODUCE
1. Run Spectacle
2. Choose area: Window under cursor
3. Take a screenshot

OBSERVED RESULT

Screenshot is done for the full screen minus plasma panels (i.e there is application window or wallpaper in the background

EXPECTED RESULT

just window in the grabbed area.


SOFTWARE/OS VERSIONS

Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.14.4
KDE Frameworks Version: 5.52.0
Qt Version: 5.11.2
Comment 1 Christoph Feck 2018-12-06 00:07:51 UTC 
Cannot reproduce on X11 session; I could grab and save a single window with today's master. It might be intentional on Wayland session, see https://phabricator.kde.org/D17082
Comment 2 Nate Graham 2018-12-07 22:51:59 UTC 
Also cannot reproduce in X11. Are you using Wayland?
Comment 3 Adam Golański 2018-12-08 13:32:24 UTC 
It was pure X11, on Nvidia proprietary display drivers.

But it seems I cannot reproduce it anymore in fresh KDE session. After login user can grab the window area without problems.

Described behavior was observed after cycle of sleep/wake, can't reproduce it now either. Sorry!
Comment 4 Nate Graham 2018-12-08 14:15:20 UTC 
How strange! Thanks for the info, and let us know if you ever find a reproducible test case for the issue!