Bug 148505 - strange scrollback position reset behavior
Summary: strange scrollback position reset behavior
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-04 14:51 UTC by Majin Sniper
Modified: 2007-08-06 14:21 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Majin Sniper 2007-08-04 14:51:51 UTC 
Version:           1.9 (SVN Revision 695870, 2007-08-03) (using KDE Devel)
Installed from:    Compiled sources
Compiler:          gcc 4.1.2 
OS:                Linux

When running a process with continuous output like a compilation process and the keyboard (shift+arrow up, ...) is used to browse the scrollback buffer, the position is set back to the bottom on the next line of output. When using the scrollbar or scrollwheel instead, the position is preserved.
(A simple "while [[ 1==1 ]]; do sleep 1; echo; done" produces such output.)
Is this behavior intentional? If it is, could there be an option to change both kinds of scrollback browsing behavior added somewhere?

Keep up the great work!
Majin Sniper
Comment 1 Robert Knight 2007-08-04 20:49:47 UTC 
It is a bug.  Shift+Arrows currently jumps to the bottom because of the 'scroll to bottom on input' logic.
Comment 2 Robert Knight 2007-08-06 14:21:05 UTC 
Fixed in SVN.