Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2011096 ** Information from BlockerBugs App:
The votes have been last counted at 2021-10-07 23:20 UTC and the last processed comment was #comment-756923
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
FinalFE +1
The fix works and it improves the clarity of the repo list.
Kamil said in the bug report: "Actually, it seems that the unfiltered flathub repo is still not enabled by default in F35, i.e. it missed the Change deadline, and therefore the aforementioned problem is a non-issue?"
So, not sure on this one.
Actually, it seems that the unfiltered flathub
Should've been 'filtered' :-)
Turns out it's complicated. The filtered flathub repo won't be accessible in F35 for new installs, if you don't enable 3rd party repos in the initial setup. If you do enable it in the initial setup, or you upgrade and then enable it through gnome-software's info bar, then you'll get the filtered flathub repo. And so, yes, in a non-trivial number of cases, people will have it, and then this patch makes sense.
okay, in that case: FinalFE +1
AGREED AcceptedFinalFE
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.