Version: (using Devel) Compiler: gcc-4.2.4 OS: Linux Installed from: Compiled sources If one is using a konsole with a single tab, and the setting is to show the tab bar only when necessary, there will, of course, be no tab bar at the bottom of the konsole window. If you now select Split View Left/Right, you wind up with two windows side by side, the one on the left has no tab bar, and the one on the right has one. Unexpected, and looks funny.
Here using: Qt: 4.4.3 + qt-copy-patches-889120 KDE: 4.1.86 (KDE 4.1.86 (KDE 4.2 >= 20081221)) kdelibs svn rev. 902031 / kdebase svn rev. 902032 on ArchLinux x86_64 - Kernel 2.6.27.10 I can confirm this bug. Also, when the new view is created in the right with a tabbar, you can go to "Settings / Edit Current Profile" modify any option and after applying new (or reverted to the same) settings the tabbar hides. It's like some setting aren't applied at a first time when creating a split view.
I guess it has to do with this feature: https://bugs.kde.org/show_bug.cgi?id=178320 Personally I don't like it, and I become surprised every time I use it.
Following up, this bug is still present in revision 931126, updated on 2009-02-24.
Konsole version 2.2.2, when splitting the view a tab bar is spawned, regardless of the settings on displaying a tab bar. I have it set on "always hide". After splitting, if I go to the settings, and change the tab display again on "hide" and hit apply, the tabs disappear from all the so far split windows. This is very frustrating, as the tabs take a lot of space and going everytime to the settings to make them disappear is.. ugh.
Bug is still present in 2.4.3 (SC 4.4.3)
I have a patch that should go in 4.5.1
SVN commit 1133020 by hindenburg: Fix issue where the tab bar reappears after a split-view. CCBUG: 176260 M +10 -2 ViewManager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1133020
SVN commit 1133040 by hindenburg: Fix issue where the tab bar reappears after a split-view. BUG: 176260 M +10 -2 ViewManager.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1133040
Verified fixed in revision 1136714.
Thanks for verifying it is fixed. I think we want to leave this as resolved.