Version: 2.5.7 (using KDE KDE 3.5.7) Installed from: SuSE RPMs OS: Linux Found at the addresses below are a document and a jpeg screenshot. The fonts on the screenshot are big and this is normal for my 1280x1024 resolution. (I have accessibility needs.) I have no idea if font sizes etc. have anything to do with the bug. In my tests text size seemed to make no difference. http://www2.lut.fi/~tepesone/Kate_bug.jpg http://www2.lut.fi/~tepesone/Kate_bug.txt The document is created in Kate. The screenshot shows the problem. The problem here is that if I use Kate as an alternate editor in KMail, a certain kind of display redrawing/refreshing issue always arises. This can be reproduced in all such documents, and for example by opening the file linked above, and doing the following: Keep the cursor placed at the very first character of the file, i.e. don't move it from where it is as the file is opened. Now, try entering a couple of newlines (pressing Enter/Return key) and see how the display is not updated to show the added lines, i.e. the new lines are simply not drawn at all. Below the editing view you can see how the "Line x column y" is correctly updated, i.e. the current line number increases and shows you're no longer on the first line. Now, scrolling the window down (so you no longer see the cursor) and back up again refreshes the display correctly, and the inserted lines are now drawn and the cursor sits at the correct place -- below the inserted lines. This bug is reproducible when the initial content of the loaded file is longer than what can be viewed at any given time. So, if, upon loading the linked file, the text won't fill the whole view and the last line can be seen without scrolling, the display is updated correctly. For this bug to arise, the text of the opened file needs to be longer than what can be viewed inside the editing window as the cursor sits on the first line. Email messages with quotation characters always cause this bug to appear. Other kinds of document may not always show this behaviour.
The problem is that the view scrolls down at the same time. Not that it doesn't update properly. Just move the cursor up to see the newly inserted lines. This is a duplicate of bug #146300, and apparently fixed in KDE 4. *** This bug has been marked as a duplicate of 146300 ***