#1127 [gnome-software] The Cancel button behaves strangely. | rhbz#2180880
Closed by blockerbot. Opened by blockerbot.

Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2180880 **
Information from BlockerBugs App:
2180880

Current vote summary

The votes have been last counted at 2023-03-24 15:32 UTC and the last processed comment was #comment-848272

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)


This might violate the basic functionality.

We actually have specific criteria for package managers:
https://fedoraproject.org/wiki/Fedora_38_Final_Release_Criteria#Installing,_removing_and_updating_software

It doesn't explicitly say you need to be able to cancel an operation. But it's reasonable to assume that the button should work. And I actually think it mostly does, with some slight exceptions regarding flatpaks. I updated the upstream bug with my thoughts, let's see what developers respond. At this moment, this doesn't seem like a blocker to me.

I agree this might be confusing sometimes for the attentive user, but I'm not sure if it is a blocker.

FinalBlocker 0

After developer confirmation, this is just a slight UX issue and a deficiency of flatpak libs.

FinalBlocker -1

There are obviously UX improvements that can be made here, but none of it really sounds like a blocker.

FinalBlocker -1

AGREED RejectedFinalBlocker

The following votes have been closed:

Metadata Update from @blockerbot:
- Issue status updated to: Closed (was: Open)

Release F38 is no longer tracked by BlockerBugs, closing this ticket.

Log in to comment on this ticket.

Metadata