If an app that I have is marked for Automatic Removal due to deprecation I can’t keep the app and update the rest, because if I try to click Cancel the whole update process stops, if I click Proceed the app will be uninstalled and then the rest gets updated.
Why does it work like this, am I just not supposed to keep deprecated apps for security concerns? I hope it’s not intended, because this just hampers the user unendingly.
This time it’s Metadata cleaner that is going, but it could be any app that someone relies on, they’d be forced to go to the command line to update the rest while keeping that one app?
I looked into this a bit more. It turns out that Metadata Cleaner was marked end of life by the owner because it’s no longer being maintained. This is different from the more common scenario where an app is using an end of life runtime. I guess Discover decides to remove apps that explicitly marked as end of life.
Still, it’s a poor UX to not give the user the choice. You may be able to work around the issue by pinning Metadata Cleaner, either using the CLI or Warehouse, an app to graphically manage flatpaks.
Yeah I did read their Readme, unfortunate to see it end like this, but it’s been super good so far and it still is!
work around the issue by pinning
Oh I didn’t know about the pinning functionality, I’ll look into it, thanks!