Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2392062 ** Information from BlockerBugs App:
Commented but haven't voted yet: kparal
The votes have been last counted at 2025-09-01 15:56 UTC and the last processed comment was #comment-984083
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
I'm not sure I agree this is a violation of the cited criteria, the user made a choice to "Download Updates" so the argument could be made gnome-software is acting appropriately.
At the same time I don't see this behavior in F42, so it does appear to be a regression, and ideally a user should have an option to back out of their choice if possible.
My desire for users to have maximum control makes me lean blocker.
FinalBlocker +1
According to my testing, this seems fixed at this moment: https://bugzilla.redhat.com/show_bug.cgi?id=2392062#c3
no updates should be installed without a user consent
If it's already fixed that's great, but blocker vote is primarily about deciding whether an issue is a blocker on the merits, it's still worth deciding in case the fix turns out to be not complete or whatever.
AGREED AcceptedFinalBlocker
The following votes have been closed:
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F43 is no longer tracked by BlockerBugs, closing this ticket.