[Konversation-devel] [Bug 131819] New: Input line failes to preserve undo/redo context of working set during history browsing
Eike Hein
sho at eikehein.com
Fri Aug 4 00:55:01 CEST 2006
------- 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=131819
Summary: Input line failes to preserve undo/redo context of
working set during history browsing
Product: konversation
Version: unspecified
Platform: unspecified
OS/Version: Linux
Status: NEW
Severity: normal
Priority: NOR
Component: general
AssignedTo: konversation-devel kde org
ReportedBy: sho eikehein com
Version: 0.19+ (using KDE KDE 3.5.4)
The input line widget presently fails to remember the undo/redo context of the line last being actively worked on when browsing the history.
Steps to reproduce:
1. Type "blubb", hit Return to send.
2. Type "foo bar".
3. Delete " bar" from the input.
4. Hit Arrow Up to browse the history. "blubb" will appear.
5. Hit Arrow Down. "foo" will re-appear.
6. Hit Ctrl-Z or whatever your "Undo" shortcut is. See " bar" not reappear.
The correct behavior would be to remember the undo/redo context for the "foo..." line until it is actively being committed to the history either by (a) sending it or (b) Arrow Down (the silent commit-to-history) or until comitting an unrelated line (derived from a history entry) via methods (a) or (b).
Outlining the current situation in the code: IRCInput::getHistory() ends up calling setText() on the KTextEdit-derived input widget, and does nothing to attempt to preserve the undo/redo context of the working set when returning to it.
More information about the Konversation-devel
mailing list