Bug 475343 - After an app or a package has been installed, don't make it instantly disappear
Summary: After an app or a package has been installed, don't make it instantly disappear
Status: RESOLVED INTENTIONAL
Alias: None
Product: Discover
Classification: Applications
Component: Updates (other bugs)
Version First Reported In: master
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-10-07 22:24 UTC by Henning
Modified: 2025-09-23 18:45 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Henning 2023-10-07 22:24:03 UTC
When intensely looking at the UX of discover, its not fully smooth.

I will list the current tabs, and how they "feel"
- Start: perfect, loading icon and all. But why is it the only loading bar with stripes?
- Installed: Uhm why does it use a different loading animation? otherwise also nice
- settings: also good, some buttons appear after the list
- about: quite nice, authors or button seem to slide out?
- update: again another loading animation, no stripes in the bar. Okay UX

A problem I have with the view of apps getting updated, that there is a slow bar going up for the Download of applications, which is very nice. But then after the download, the app is installed locally, that takes time but seems to give no feedback to Discover.

Proposal: Can the install process also send the progress information to discover? If so, another loading bar (or something more creative) could indicate that.

Currently, after 100% is reached, there is a pause of no changes at all. No movements in the color of the install bar, nothing. This is so flat! It gives the user literally no idea that Discover has not crashed, as it should clearly do something, and report that back to the user.

Then, release, the apps start to disappear, as their updates have been installed.

I would not make them disappear? F-Droid on Android does it differently, they are marked as "installed" but dont disappear. You can read update logs (which Discover / Flathub currently also dont support?) and see how big the install was. To what version. 

"The work your Software store has done for you", so that people say 'Discover is a good software store!' " 

Then after the updates, you have a blank big screen, showing

updated

Thats it! not the apps with their versions, not the core OS Components like

- Distro version
- KDE Version
- updated apps

Could have a nice background UI, so that you 

Also, when the "updated" window shows and you just wait, it seems that some packend initiates a update-check, so for a moment "checking for updates" and the progress bar show again. Every 3 min or so. 

The exact same, but with clear percentage can be seen in the side bar, so this view is not needed. Why not keep the "updated" screen, avoiding this "flicker", as it has already updated 5min ago.

Btw, is this a bug? Should either
- Flatpak: Flathub, Igalia, Appcenter, PureOS
- rpm-ostree Fedora
- firmware updater
- KNEwStuff backend
- vendor directory (Lenovo)
- lvfs

cause update checks every 3 (!) minutes?

I will ask this in KDE Discuss too, to get more opinions on the UI changes.
I will also try to make screenrecordings of everything
Comment 1 Nate Graham 2023-10-11 21:39:56 UTC
Please use bug reports to report one specific bug, rather than do a whole UI review.

Let's use this bug report to track the request to not make packages/apps disappear from the Updates page after they've been installed.
Comment 2 Henning 2023-10-11 21:42:12 UTC
makes sense, sorry. I will see how the discussion goes and open seperate reports in that case.
Comment 3 Nate Graham 2025-09-23 18:45:55 UTC
I think we won't be doing this, sorry. It hasn't been a source of additional complaints, and it's what the Google Play store does, so it can't be completely insane as a behavior.