Bug 52521 - new output inserted at wrong location
Summary: new output inserted at wrong location
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: kwrited (show other bugs)
Version: unspecified
Platform: Mandrake RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
: 52522 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-01-02 16:31 UTC by Marc Boucher
Modified: 2008-10-21 15:38 UTC (History)
1 user (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 Marc Boucher 2003-01-02 16:31:01 UTC
Version:            (using KDE KDE 3.0.99)
Installed from:    Mandrake RPMs
Compiler:          gcc version 3.2 (Mandrake Linux 9.1 3.2-4mdk) 
OS:          Linux

by making the pty executable, I use kwrited in conjunction with "biff" and nmh's "rcvtty -biff" so that a new line appears for each incoming mail message.
this works well for a certain time but after a while new lines are inserted in the middle of previous ones rather than appended at the end of the history as one would expect.
Comment 1 Stephan Binner 2003-01-02 17:42:51 UTC
*** Bug 52522 has been marked as a duplicate of this bug. ***
Comment 2 Stephan Binner 2003-04-13 20:10:11 UTC
Mandrake? Sounds like bug 53418. 
Comment 3 Stephan Binner 2003-12-18 23:35:20 UTC
No answer. See http://qa.mandrakesoft.com/show_bug.cgi?id=3747
Comment 4 George Kiagiadakis 2008-10-21 15:38:34 UTC
Interesting enough to see that this bug was reproducable until some commits ago :D
The bug is probably a QTextEdit bug. kwrited used to use a QTextEdit to show new messages, using QTextEdit::insertPlainText() and its older equivalents, which in fact insert the text at the current text cursor position. The text cursor was not visible, as the QTextEdit was in readonly mode, but if the user clicked somewhere, the position was updated internally and new messages were inserted at that place.

This is fixed now, kwrited no longer uses a QTextEdit. See http://websvn.kde.org/?view=rev&revision=874385