Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2009460 ** Information from BlockerBugs App:
Commented but haven't voted yet: coremodule
The votes have been last counted at 2021-10-11 18:56 UTC and the last processed comment was #comment-757277
To learn how to vote, see: https://pagure.io/fedora-qa/blocker-review A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)
BetaBlocker +1
BetaBlocker
FinalBlocker
BetaFE
FinalFE
0Day
PreviousRelease
+1
0
-1
FinalBlocker -1
I can only reproduce this bug when running gnome-screenshot -a from the CLI. Works perfectly fine during normal usage.
gnome-screenshot -a
I cannot even reproduce it running gnome-screenshot -a from the CLI. In this case, I am getting a warning but the cursor changes and lets me select the area and then the screenshot is taken. However, doing Ctrl-Shift-PrtSc looks like it does something, but the screenshot is not saved to the folder which breaks the normal functionality. Therefore:
Ctrl-Shift-PrtSc
FinalBlocker +1
@lruzicka got the shortcut confused, I replied in the bug :-) All the regular actions work for me. I don't think we want to block on cmdline invocations.
AGREED RejectedFinalBlocker
Discussed during the 2021-10-11 blocker review meeting: [0]
The decision to classify this bug as a "RejectedBlocker (Final)" was made as multiple testers found no bugs in basic functionality here, screenshot taking works as intended via shortcuts and in the app launched from the overview.
[0] https://meetbot.fedoraproject.org/fedora-blocker-review/2021-10-11/f35-blocker-review.2021-10-11-16.00.txt
The following votes have been closed:
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F35 is no longer tracked by BlockerBugs, closing this ticket.
Log in to comment on this ticket.