Version: 1.0rc1 #3155 (using KDE 3.5.4, Kubuntu Package 4:3.5.4-0ubuntu6 ) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-6-386 How to reproduce: 1. Scroll the IRC view up a bit (say one full screen). 2. Paste something with multiple lines so the paste warning pops up. I used this snippet of text; MySQL returned error "1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'pt-userpage\'] = new Array(\'.\',\'My user page\');\nta[\'pt-anonuserpage\'] = n' at line 1 (localhost)" 3. Notice the IRC view scrolls to the bottom. The same thing does not happen when you turn the option "input box expands with text" off. If you repeat the above steps, you'll see that it will not scroll down and this is the expected behavior.
I can't reproduce the problem as you describe it: Expand or not, the ircview stays scrolled up. What does happen however is that the ircview scrolls to bottom when it is resized, e.g.. when the window is resized or when the multi-line input box shrinks down to a single line again. However, the input box should not expand when pasting multiple lines into an empty one. Does it expand for you?
Renamed for clarity, changed component to ircview. The reporter confirmed on IRC that by "multiple lines" he is referring to a text segment of sufficient length to make the auto-expand input box grow vertically. The statement in (2) is apparently erroneous; the warning dialog that I took as indication of the presence of newline characters is in fact not involved at all. This puts to rest the fear that it is possible to bypass the large paste warning and paste multiple lines containing newline characters into the input box. The reporter furthermore confirmed that the warning dialog did not appear for his single-line long text, so there is no bug of the large paste warning being triggered when it shouldn't apparent here either. The problem that remains is that resizing the IRCView widget causes it to scroll to the bottom, and such a resize occurs when the auto-expand input box shrinks down again after sending a text that made it grow.
Fixed in svn trunk