Screenshot flash effect could be problematic to some users
Affected version
- OS and version: PureOS 9.0 "amber" (
Linux 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
) - GNOME Shell version: 3.30.2
- Wayland
Bug summary
I'm basically creating this as a duplicate/re-categorization of gnome-screenshot#2 (closed), the comments of which seem to indicate that this ultimately is something done by the Gnome Shell's "screenshot service", so, I'm hoping it might get better traction here? Anyway, the request is to have some way of disabling the whole-screen white "flash" effect that occurs when running gnome-screenshot (e.g. without arguments) or using the print screen key (or fn-Insert, on my particular keyboard).
The primary motivation for this is that it's an accessibility issue, as folks with photosensitive epilepsy could be adversely effected. That said, I'll add that it's also an accessibility issue for milder forms of light sensitivity, with or without a formal diagnosis, and that further some would simply prefer it not to be there, even when it's not strictly an accessibility issue.
Steps to reproduce
Either:
- Press the Print-screen button, or equivalent (fn+Insert for me, for example). OR
- From a shell, run
gnome-screenshot
(no arguments required)
What happened
A whole-screen bright white flash is generated, along with a sound effect to indicate that the screenshot has been taken.
What did you expect to happen
As above by default, but that there should be options somewhere (I've search in Settings and Tweaks, and couldn't find one) to disable especially the screen flash, though a separate option to disable the sound effect would frankly also be good. (So people can have both (as is the current behavior), just one, just the other, or neither.)
Relevant logs, screenshots, screencasts etc.
While it's a bit ironic to not include a screenshot for this, one doesn't actually seem helpful. I could perhaps create a screencast, but I'm unfamiliar with how to do that just now, and think this is easy enough to reproduce so as to not need one. Hopefully that assessment is correct; if not, I could work harder to create one.