Version: 2.1 (using 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)), Arch Linux) Compiler: gcc OS: Linux (i686) release 2.6.25-ARCH Current behaviour: If I activate the search mode and look for a keywords, konsole will autimatically place the scrollback position in the first match. If I start scrolling through the matching lines and swhitch to another tab, when getting back to the tab where I was searching the scrollback will be set again to show the first match. Desired behaviour: konsole remembers my position in the scrollback and doesn't reset it, like when I'm not in search mode.
Version 2.1 Using KDE 4.1.1 (KDE 4.1.0 (4.1 >= 20080722)) (KDEmod) in ArchLinux i686: I can reproduce this behaviour
Confirmed; it looks like when switching back to searched tab, Konsole always starts at the top of the scrollback history.
*** Bug 170172 has been marked as a duplicate of this bug. ***
The issue here is that activeViewChanged unplugs the Controller which in turn disconnects the searchbar for the prev tab (perhaps in case the new active tab has a searchbar?). So upon re-activation of a search tab, the search bar is rebuilt/connected.
Hi Kurt, The problem is not re-connecting the scrollbar itself but that SessionController::setSearchBar() causes a new search to be initiated. I have patches in progress here to fix this.
*** Bug 242026 has been marked as a duplicate of this bug. ***
*** Bug 268675 has been marked as a duplicate of this bug. ***
Git commit cc7af6655625242a4dda2ed5c4c24d26b37f88ea by Jekyll Wu. Committed on 01/06/2012 at 15:15. Pushed by jekyllwu into branch 'master'. Do not reset previous searching after switching tab Thanks to Lindsay Roberts<linds.r@gmail.com> for the research and patch FIXED-IN: 4.9.0 REVIEW: 105121 M +17 -11 src/SessionController.cpp M +1 -0 src/SessionController.h http://commits.kde.org/konsole/cc7af6655625242a4dda2ed5c4c24d26b37f88ea