Version: unspecified (using Devel) OS: Linux In 4.4, removable devices in Dolphin's Places tab had bars that indicated how full each device was. In The 4.5 beta packages from the Kubuntu beta PPA, this bar is still there, but it is always empty for all devices. I tried downgrading only dolphin itself to the version in KDE 4.4, bu that did not fix the problem, suggesting that the actual bug may lie elsewhere. The free space indicator in the status bar still works just fine. Reproducible: Always Steps to Reproduce: Plug in a removable disk and click on it in the Places tab to mount it. Hover the mouse over it to ensure that the bar is shown Actual Results: The bar indicating disk usage is always empty. Expected Results: The bar should show the fraction of disk usage for the drive
Also happens with svn trunk r1146817 (KDE 4.5.60 (KDE 4.6 >= 20100627))
*** Bug 245726 has been marked as a duplicate of this bug. ***
*** Bug 247606 has been marked as a duplicate of this bug. ***
*** Bug 247493 has been marked as a duplicate of this bug. ***
I think this is working again in KDE 4.5 release.
Nope I am using KDE 4.5 release and I still get this problem.
> Nope I am using KDE 4.5 release and I still get this problem. Me too. I started experiencing this exactly after upgrading to KDE 4.5.
*** Bug 246006 has been marked as a duplicate of this bug. ***
Still appears in KDE 4.5.1
Kubuntu 10.04 Lucid Lynx, KDE 4.5.1 I can also confirm this bug.
Created attachment 51806 [details] kstyles_oxygen_kcapacitybar_contentrect.patch The problem lies with the Oxygen widget style: it won't draw the ProgressBarContents subelement if it is too narrow. So you can avoid this by selecting a different widget style for now. I managed to get the bar drawn by heightening its rectangle by 2 pixels if necessary (see attached patch). Other KCapacityBars (like the status bar one) stay unaffected. Oddly, the bar seems the same if I do the adjustment by 1 pixel on both top and bottom.
*** This bug has been marked as a duplicate of bug 242261 ***
The patch at comment #11 is not correct. It creates a progressbar handle that extends below the progressbar grove. Whoever committed it and backported it should have checked further. I reverted the change. Besides another _correct_ fix was committed to the kde4.5 branch before the patch was committed, effectively rendering it obsolete anyway. Finally, The patch was not needed for kde in trunk. Bottom line: please pay attention when committing stuff. Hugo