| Summary: | Progress bar in "Updating system configuration" window has no meaning | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Grósz Dániel <groszdanielpub> |
| Component: | ksycoca | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | amrecio, bcooksley |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/kio/4c01cfa9bc20b1420ac8113676ebfb66363a3c82 | Version Fixed In: | 5.15 |
| Sentry Crash Report: | |||
|
Description
Grósz Dániel
2008-03-02 12:49:15 UTC
Which modules does this affect in particular? I'm not the original reporter but I think I know what he is referring to. The problem with the status bar is that it shows a percentage and that percentage has nothing to do with the progress of the task. Indeed, when it reach 95% it goes back to 5% and starts again, always growing at a fixed interval. That progress bar should be "indeterminate", only showing a busy indicator. It seems Qt progress bar supports this, setting its maximum and minimum to 0. The effect is that a small bar is shown, bouncing back and forth, instead of a percentage. This problem affects several modules and I suspect that what the current progress bar is masking is the execution of kbuildsycoca. So, every module that needs to rebuild the cache would be affected, for instance "Regional & Language". The KDE menu editor is also affected, as it shows the same progress dialog when saving changes. By the way, I think this bug shouldn't be assigned to "systemsettings". I suspect it belongs to core KDE functionality. Perhaps "kdelibs"? I see this module is finally assigned to systemsettings but I don't understand why its status is still WAITINGFORINFO. What kind of info it is needed? Information being waited for is the control modules in System Settings being affected. If applications outside System Settings are affected by this, it can be reassigned to kdelibs ( as that is where the actual functionality comes from ). Then I think it should be reassigned to kdelibs. As I already noted, KDE Menu Editor, for example, displays the same window and it has the same wrong behaviour. If you think that a comprenhensive list of control modules affected by this issue is still neede I think I could provide that. Reassigning, as occurs in other applications also. Git commit 4c01cfa9bc20b1420ac8113676ebfb66363a3c82 by David Faure. Committed on 20/09/2015 at 17:36. Pushed by dfaure into branch 'master'. KBuildSycocaProgressDialog: use Qt's builtin busy indicator. This makes the code much simpler and looks better to the user than a fake progress. Also removed the 1s delay before closing the dialog. Users like fast, not slow ;) Change-Id: I4a5cc975239d5c2998cdc3079890834c23ae677d REVIEW: 125318 FIXED-IN: 5.15 M +2 -30 src/widgets/kbuildsycocaprogressdialog.cpp M +0 -2 src/widgets/kbuildsycocaprogressdialog.h http://commits.kde.org/kio/4c01cfa9bc20b1420ac8113676ebfb66363a3c82 |