Very poor feedback when uninstalling software through discover

I think that would be unbelievably annoying unless there is some other way to delete in bulk implemented at the same time.

That is a lot of clicks to delete multiple applications. For each one you want to remove, you would need to:

  • Click into the application
  • Click the delete button from within the application
  • Click the button that pops up asking you if you want to delete the application data
  • Click out of the application to return to the list

It seems we aren’t left with a lot of options here.

  • Make it fast and easy to uninstall apps? Complaints about accidental uninstallation and missed opportunity to also delete settings
  • Make it slower and more deliberate to delete apps? Complaints about losing speed and feeling cumbersome

This is why UI design is hard!

3 Likes

I think the compromise would be don’t allow single click delete from the cards but do allow multi-delete from that same view and provide an option via multi-delete to remove the data.

agreed this would be the ideal fix.

so from either card view (Application Categories or Installed Applications) there should be a way to multi select… and when you evoke that feature it requires a confirmation dialog to complete.

otherwise you can go to the detail page and just delete without any confirmation.

I completely approve the confirmation dialog before remove application. An optional detailed feedback(backend output log) for advanced users activate during uninstall/install is a good idea too.

1 Like

Is this really a mainstream concern? Do any significant number of users regularly uninstall multiple Flatpaks in a row?

I don’t think so.

3 Likes

No. There should absolutely be a confirmation pop-up to delete an app.

It should absolutely not be possible to delete an app with just one click, anywhere, ever.

If you want to remove an app (or several) without confirmation, there is always the CLI.

2 Likes

It seems like this leads to a good middle ground: the “Delete” button could be removed from the “Installed applications” page cards, creating a bit of friction to expose the dialog to delete user data and avoid mistakes; a feature request is the ability to select cards in the “Installed applications” to delete them in bulk (with a dialog to confirm and to choose to delete user data).
This means that the first step is to solve the issue of the thread by removing the “Delete” button and after that think about solving the need for a fast and easy way to uninstall apps.

2 Likes

I do so on a regular basis. I don’t have statistics on how many people do so but I doubt I am unique in this.

1 Like

So it seems like this discussion really comes down to two main concerns:

  • If there’s no confirmation, it’s super easy to uninstall something by accident (and from a user perspective, it’s a destructive action).
  • But if there is a confirmation, it gets annoying fast when you’re trying to remove a bunch of apps.

In my opinion, the most logical solution is to have a confirmation, but also add a multi-select uninstall option.

That way it addresses both concerns: people can uninstall multiple apps at once and only confirm once, while also preventing people from accidentally deleting anything.

1 Like

my feeling is that since you are in the details page of discover at that point you have already made two decisions to manage the package (opening discover, and navigating to the package details page)… so you should not have to confirm removal from there and the button there is red to indicate immediate action will take place.

hard to image someone stumbling into that by accident.

but i certainly agree that accidentally miss clicking the main page, or the installed page where each card has a live [remove] button—and it is not red to warn the user—is a risk that should be mitigated by introducing a confirmation dialog.

1 Like

or to remove the button altogether

I do second the suggestion that a confirmation dialogue is combined with a way to select multiple apps for batch deletion

I know this is very old-school, but in the APT ecosystem that’s always how Synaptic handled package removal.

1 Like

Just slightly OT, but as far as poor feedback in discover goes, I’d like to throw in this recent thread: Kernel 6.17 failing to install

In short: the error message was not helpful in determining why the package failed to install. I knew because I had the same error when upgrading using aptitude, which was showing the full error messages from dpkg.

Maybe a “More” or “Show full error message” Button would be good.

I don’t know what the “Repair System” Button does though, so ignore this if it shows the full errors.

That’s unrelated; we’re talking about uninstalling apps here, not improving the user-friendliness of the error message when the distro ships a bad update.

for the cards, yes… that would seem the easiest fix (or just re-directing to the details page).

i also agree that there needs to be a new feature where you can select multiple cards for removal… but removing the button from the cards should be the higher priority.

1 Like

I need to mention how awesome is am accidental typing of “Enter” + “rm -rf /” on a system where all your backups and cloud backups are mounted and without any prompt confirmation. So direct action without any confirmation is suicide. Windows uninstall of some programs has this problem too.

Sometimes I want to remove 3 or 2. I strongly agree with multiple uninstall. Remember that, It use normal repository too. I fall in deception when I noticed that I will need to go to Synaptic to do it.

I don’t know about flatpaks, but package managers usually cache your installed packages. If you uninstall a package accidentally, you can probably just reinstall it again without an internet connection

But if you’re complaining about download times, then flatpak probably doesn’t do caching like other package managers. So maybe this is the real solution here… to get flatpaks to keep your cached packages for a bit. I don’t know if this is possible.

That is a little bit complex. Flatpak is not very good to me, because to save a package to use later is hard. But the solution needs to come from them. So, this GUI can’t do much about it. Only a prompt before remove and a remove selected apps is all we can do from here.

To me this seems the most logical. Dolphin has it for deleting files and you can also now set the default for moving files with or without confirmations. Having a checkbox option on the Discover Settings page and having it checked by default. It’s not buried (only one click away), it’s in a logical spot. Those who want confirmations it’s already on, same for new users. Those that don’t it’s easy to find to turn it off.

The trouble is KDE has a habit of hiding options for apps on several settings areas and not in the app you’re using. That makes settings hard to find (single/double click mouse function anyone??)