[Konversation-devel] [Bug 144233] removing lines from the top of a full scrollback buffer is slow

[David L Emerson]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=144233         




------- Additional Comments From demerson3x angelbase com  2007-04-16 07:35 -------
I tried with svn, 1.0.1+ #3206 (using a 1200 line buffer, and my PII 333 MHz)

While there is a slight improvement at the moment a line is added to the bottom, there is another problem that has appeared, which is much worse.

About 1.5 - 3 seconds after the bottom addition, the top line is deleted.  When this happens, there's a very annoying flicker.  It appears that the ircview is scrolled down one line (even though it's already at the bottom) and then it quickly goes back up.  It's as if the deletion of the top line causes everything to be pulled up by one line, until the total number of lines is corrected.  Actually, not all lines flicker -- just a group at the top. Sometimes only the top 8 flicker, sometimes the top 20, but I haven't seen the bottom 5 move at all.

Now, I remember there was a similar problem in a previous version (0.16 would have been the one I was using) so I had to use a miniscule 250 line buffer to keep from going insane.  Stable 1.0.1 is much better -- no flickering -- but 1.0.1+ #3206 is flickering again, although not as badly as 0.16 did.

I also noticed something else -- if I am typing when this happens, no characters appear while the deletion is being performed (which takes usually 0.5-1.5 seconds).  The key buffer is preserved, though, and the characters appear very quickly after the thing is finished.

It would be much easier to live with any/all of these annoyances if they only happened occasionally -- e.g. if 99 lines went by with no buffer deletions, it wouldn't be so bad to have the 100th cause a delay for a few seconds and a little flicker.