[Tracker] problems with statusbar redraw

[diver]

This is hard to reproduce, but i can do it easy now. Try to do this: start haiku and go to /haiku/beos/system/lib now try to scroll down and at the same time move mouse to the right so you have horizontal scrollbar offset. try several times if it doesn't at first time. when it happens switch to icon view and scroll down you will see lots of statusbar redraw artefacts. Screenshot will follow, tested with rev16836 under vmware.

[diver]

status bar artifact

[diver]

It's still there.

[johndrinkwater]

Can you still reproduce? I get laggy redraw inside the statusbar, but the icon view is untouched. r17356

[diver]

It's still there in r17364, at least under vmware.

[jackburton]

I found a similar problem: open a folder with many files in it (/boot/beos/bin, for example), keep the ALT button pressed and press the 1, 2, 3 buttons repeatedly, one after another, very fast, to switch from icon to listview mode. After some times, the statusbar will go crazy: it will still be drawn, but clicking on it won't work anymore, like it wasn't there.

[stippi]

It is some time ago that I investigated this bug, but I nailed it down to Tracker sometimes layouting some views on top of another. This explains any drawing issues (not app_servers fault) as well as "non-clickability" (other view receives click). I'm not that familiar with the Tracker code yet, but maybe I fix this someday.

[diver]

You could even deadlock Tracker this way!

[diver]

Still with us at r21691.

[aldeck]

I'm not sure how to reproduce this, but i moved the vdertical scrollbar like mad and got nothing. r23675 / vmware.

[aldeck]

Can someone else recheck? It really looks like all the problems cited here are gone.

[luroh]

I can't repeat it either. r25952, VMware.

[diver]

Can't reproduce anymore, please close this one.

[aldeck]

Thanks for testing! Closing.