Bug 165064 - folderview: item highlight renders slowly at borders
Summary: folderview: item highlight renders slowly at borders
Status: RESOLVED FIXED
Alias: None
Product: plasma4
Classification: Unmaintained
Component: widget-folderview (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-27 01:14 UTC by Stephan Burkhardt
Modified: 2008-11-10 10:29 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Burkhardt 2008-06-27 01:14:10 UTC
Version:           unknown (using 4.00.83 (KDE 4.0.83 (KDE 4.1 Beta2), Kubuntu packages)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.24-19-generic

When hovering over an item, it is highlighted with an blue rectangle. If the item is very close to the border (achieved by scrolling so that only half of it is visible) it fades out towards the border. Now if I hoover the mouse over one of those items the rendering of the (by the way very nice-looking) highlight-box takes about 4 seconds (compared to a fraction of a second when the highlighted item is in the middle of the folderview).
I have a Nvidia 8600gt and I am using the closed driver.
The bug can be reproduced:
-add a new folderview and let it show a folder with many files in it
-scroll so that one of the files is only partly visible
-hover over it and wait

Sometimes this works much faster, especially when i highlighted another file from the same row with the same icon (e.g: two folders).
Note: I am experiencing a very slow kde4 rendering performance alltogether (resizing windows, dolphin reacting to a click....), but this might be because of my graphics card or the kubuntu packages.
Ah, by the way, kde4beta2 is really amazing, I am really impressed.

Stephan
Comment 1 FiNeX 2008-06-27 12:41:37 UTC
I cannot reproduce using current trunk, maybe it has been fixed. 

Anyway, are you using desktop effects?
Comment 2 Thomas Georgiou 2008-07-06 21:50:48 UTC
Can you still reproduce this with current svn version/rc1 when it is released?
Comment 3 Stephan Burkhardt 2008-07-07 08:24:53 UTC
@ FiNeX and Thomas

yes I am using Desktop effects, but disabling them doesn't change it.

Anyway, the problem has no real impact on user experience and seems to depend strongly on some hardware/software I use. So building from trunk for checking if it still exists seems to be a bit overkill.

I will recheck whether the problem still exists, when the RC1 is out as kubuntu packages. I am still at 4.00.83 and I don't think any further packaging will be done for kubuntu before the first rc is out.
Comment 4 Elvis Stansvik 2008-07-22 11:22:42 UTC
I'm using:

Kubuntu 8.04.1
kde-nightly from 2008-07-15
nVidia GeForce 6600 GT
Closed driver version 169.12

And I can reproduce this problem. I noticed it because lasso selection in the folder view gets very slow (the lasso is redrawn at ~0,5-1 fps) if the lasso reaches into the fade out effect at the top/bottom of the folderview. It is fast (or well, reasonably fast) if the lasso is just in the middle of the folderview and never reaches the top or bottom edge.

Scrolling is also very slow (~1 fps), I guess for the same reason. Somehow the composition of the fade out effect and the rendering of the items in the folderview is very slow on nVidia graphics.

Can I change this bug to confirmed?
Comment 5 Stephan Burkhardt 2008-07-25 18:04:03 UTC
I have installed a recent neon build (KDE 4.1.60 (KDE 4.2 >= 20080709))) and I can still reproduce this with and without desktop effects enabled.
Having read Aron's comment, I checked it and scrolling and lasso (as soon as I come close to the borders) is also very slow inside the folderview (~0.5 sec reaction).

Kubuntu 8.04.1
KDE 4.1.60 (KDE 4.2 >= 20080709)) (kde nightly)
nVidia GeForce 8600 GT
Closed driver version 169.12
Comment 6 Alex Merry 2008-08-24 01:18:47 UTC
I think this might be (another) nvidia issue.  I can't reproduce this even running plasmoidviewer under valgrind (which makes it insanely slow).

Just to check - do you get the same effect running

plasmoidviewer folderview

as when it's on the desktop?
Comment 7 Elvis Stansvik 2008-08-24 16:36:07 UTC
Hello Alex.

I'm suspecting nVidia too. I'm away working in another town at the moment, so I have only my Intel laptop. I'll try running using plasmoidviewer on my nVidia machine when I get back home some time mid-next week. I'll also try upgrading to the latest nVidia drivers and enable those performace options in xorg.conf.
Comment 8 Stephan Burkhardt 2008-08-31 18:51:16 UTC
I have tested this with the plasmoidviewer and the same slowdown occurs.

I will install the new nvidia driver as soon as the final version is out and report again.
Comment 9 Elvis Stansvik 2008-09-01 19:48:11 UTC
I have now upgraded to the 177.70 nVidia driver [1] and when I enabled the option:

nvidia-settings -a InitialPixmapPlacement=2

the problem is now gone! I could not enable this before with 177.68, since it gave me corrupted fonts on my GeForce 6600 GT. That issue is now fixed in 177.70.

However there is still a noticable slowdown when doing lazzo selection of stuff in Dolphin (albeit not as slow as the problem in the folderview plasmoid used to be).

I have also noticed at one occation that a tab in System Settings became all black. I've only used it for a couple of minutes now, maybe I'll bump into other issues. But KDE4 flies performance-wise for me right now! So tip to everyone; upgrade to 177.70 and enable the recommended performance options! [2]

[1] http://www.nvnews.net/vbulletin/showthread.php?t=118602
[2] http://www.nvnews.net/vbulletin/showthread.php?t=118088
Comment 10 Aaron J. Seigo 2008-11-10 10:29:08 UTC
this was largely an upstream issue, but there have been a number of improvements to folderview itself in this area, so i'll mark it as FIXED and a win for our team too ;)