Bug 243796 - Regression: Dolphin "Places" tab no longer shows free space on removable devices
Summary: Regression: Dolphin "Places" tab no longer shows free space on removable devices
Status: RESOLVED DUPLICATE of bug 242261
Alias: None
Product: kfile
Classification: Applications
Component: kfileplacesview (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords:
: 245726 246006 247493 247606 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-07-06 21:34 UTC by Ryan Thompson
Modified: 2010-10-09 08:20 UTC (History)
9 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
kstyles_oxygen_kcapacitybar_contentrect.patch (601 bytes, patch)
2010-09-19 15:21 UTC, Miroslav Ľos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ryan Thompson 2010-07-06 21:34:57 UTC
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
Comment 1 Anselmo L. S. Melo (anselmolsm) 2010-07-07 00:22:56 UTC
Also happens with svn trunk r1146817 (KDE 4.5.60 (KDE 4.6 >= 20100627))
Comment 2 Jonathan Thomas 2010-07-25 15:26:41 UTC
*** Bug 245726 has been marked as a duplicate of this bug. ***
Comment 3 Synthetic451 2010-08-13 08:25:55 UTC
*** Bug 247606 has been marked as a duplicate of this bug. ***
Comment 4 FiNeX 2010-08-13 16:23:20 UTC
*** Bug 247493 has been marked as a duplicate of this bug. ***
Comment 5 Ryan Thompson 2010-08-13 19:43:05 UTC
I think this is working again in KDE 4.5 release.
Comment 6 Synthetic451 2010-08-14 01:45:28 UTC
Nope I am using KDE 4.5 release and I still get this problem.
Comment 7 Leonardo La Malfa 2010-08-14 10:12:46 UTC
> 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.
Comment 8 Frank Reininghaus 2010-08-19 22:41:15 UTC
*** Bug 246006 has been marked as a duplicate of this bug. ***
Comment 9 Synthetic451 2010-09-03 08:34:02 UTC
Still appears in KDE 4.5.1
Comment 10 Albert P. 2010-09-14 04:28:56 UTC
Kubuntu 10.04 Lucid Lynx, KDE 4.5.1

I can also confirm this bug.
Comment 11 Miroslav Ľos 2010-09-19 15:21:28 UTC
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.
Comment 12 Christoph Feck 2010-10-04 20:10:11 UTC

*** This bug has been marked as a duplicate of bug 242261 ***
Comment 13 Hugo Pereira Da Costa 2010-10-09 08:20:38 UTC
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