Version: 2.2 (using 4.1.71 (KDE 4.1.71 (KDE 4.2 >= 20081023)), compiled sources) Compiler: gcc OS: Linux (x86_64) release 2.6.25 I use a lot of konsoles, sometimes running "less", sometimes "jove" or some similar full-screen software. After installing kde4 compiled from svn, those programs that depend on knowing the size of the terminal in which they're running don't display correctly. I tracked this down to the ioctl(TIOCGWINSZ). When things are working correctly, it will return ws_row and ws_col set to the size of the konsole. When not working correctly, those two parameters are returned as zero, and ncurses applications either use only a part of the screen or get badly jumbled.
Well, I no longer see the misbehaviour. It appears it was fixed in a later revision. Anyway, I'm closing this as WORKSFORME. If it comes back, I'll reopen and try to provide more details.
It's still broken for me ...
Created attachment 30662 [details] Screenshot of Konsole
This bug only seems to occur if I select the "Misc Console" font. I have not been able to reproduce it with other fonts. Can someone please reopen this bug?
My above observation was incorrect. It does not depend on the font, but on the size of the window. The above bug is triggered only if the size is exactly 80x40 characters.
Well, I'm seeing the problem again. I've been trying to work around it by putting eval `resize` into strategic bash initialization scripts, but it does seem to me that things got better and then broke once again. I'm using revision 919729.
I see this bug using Kubuntu 10.04 (Lucid Lynx) and Konsole 2.4.2. I used the Special Applications Settings dialogue to set the default Konsole size to 80 columns by 40 rows. With the default Nouveau graphics driver for nVidia supplied with Kubuntu, on my 1680x1050 pixel monitor, I specified 590,688. When subsequently starting Konsole, the bug was intermittent. It seemed the first time I started Konsole, and sometimes after that, "stty -a" showed the required "rows 40; columns 80;". Otherwise, it was "rows 0; columns 0;". Setting a lower default height (such as 35 rows), the bug (if it's the same bug) changed, but was still intermittent. Mostly "stty -a" showed the required size, but sometimes it showed "rows 40; columns 80;". Wrong height! I've now installed the "NVIDIA accelerated graphics driver (version current)", and the bug is still present, but perhaps a little more consistent. Using the previous Special Applications Settings value of 590,688, "stty -a" shows "rows 43; columns 80;", and so it does every time I start Konsole. Setting rows under 40, again, stty shows the correct values. With 40 rows (setting 590,644 now with the new driver), stty shows "rows 40; columns 80" the first time I start Konsole, and "rows 0; columns 0;" after that. As for the resize command, I've found it's not necessary to eval it. Starting with stty showing "rows 0; columns 0;", just "resize" or "resize > /dev/null" gives the required result.
related to Bug 203185 and Bug 176902 ?
Created attachment 49776 [details] Using the curses-based sysinstall utility
Created attachment 49777 [details] When Konsole shows terminal output correctly after using sysinstall
Created attachment 49778 [details] When Konsole doesn't show terminal output correctly afer quitting sysinstall It uses only a port of the window length for showing terminal output, instead of using the whole window length.
I'm in a similar situation as Graeme Hewson, but on PC-BSD 8.1 (FreeBSD), using KDE 4.4.5. My system has the NVIDIA driver 256.44 installed and my Konsole size is 80x40 too. Sometimes, after using the ncurses-based FreeBSD "sysinstall" program, when I quit the utility, Konsole doesn't show terminal output in the whole length of the window, but uses only a part of it. This problem doesn't appear each time, but almost 95% of the time, whatever Konsole is launched for the first time afer KDE login or not, or was just opened or not (clear window or showing past output) before starting "sysinstall". A little work-around is to clear history and reinitialize Konsole pressing Ctrl+Alt+X.
I have the same bug, using kubuntu Ubuntu 10.04.1 LTS with KDE 4.5.1 and konsole 2.5. My test application is aptitude. For me, opening a new tab in konsole fixes the issue, for both the old and the new tab. The resize command works as well.
It seems to me that the bug occurs only when the scroll bar is hidden in the konsole profile. Hopefully this will help solving the problem. Also, the bug appeared for me when I decided to make some cleaning in my ~/.kde personal directory. I am still in the process of investigating what are the differences between my old .kde (which I have saved, and where there is no bug if I restore it) and the new one.
Just to confirm that I'm seeing what I believe to be this issue with KDE 4.5.x (currently KDE 4.5.2, Konsole 2.5.2) in Kubuntu 10.10. Every time I log in the two Konsole's that start up for me seem to default to a smaller height than they are actually running at - this behaviour is seen in vi, top, less, etc. If I resize the window it picks up the correct height *for that tab* (have to repeat for all 10), until the next time I logout and login again. Font is DejaVu Sans Mono (9pt), Intel chipset, Xorg 7.5 with Intel driver 2.12.0-1ubuntu5: (II) intel(0): Integrated Graphics Chipset: Intel(R) G33
I think that's Bug 176902
Good catch Jonathan, thanks!
*** This bug has been confirmed by popular vote. ***
Bug 176902 seems to be a duplicate of this bug report.
(In reply to comment #19) > Bug 176902 seems to be a duplicate of this bug report. possibly - but this report seems to be about an ioctl originally, and was closed as WORKSFORME, then reopened with possibly different symptoms Bug 176902 has less confusing info, has steps to reproduce, and has analysis of the bug (see Bug 176902 comment 10 and Bug 176902 comment 11) as well as a possible fix (Bug 176902 comment 12) - so keeping that one open makes more sense to me though TBH I don't care which one is closed as a dup, it'd just be nice if someone would bloody fix it after all this time. for a while I was running a hacked version of konsole which fixed it by brute force, but that got lost by an upgrade and the hack was not a proper fix and not suitable for checking in
(In reply to comment #20) > a possible fix (Bug 176902 comment 12) Implemented this, attached in bug 176902 comment 19. Give it a try, if it works here as well, dup this one here to that one, as that one has the patch.
See comment #10, #11, #19 and #21 in bug #176902 *** This bug has been marked as a duplicate of bug 176902 ***
Git commit 7e00edd5166096feb59ffa694b6a6ff858fe1924 by Kurt Hindenburg. Committed on 05/08/2011 at 16:40. Pushed by hindenburg into branch 'master'. Make sure pty device has right size before terminal process queries it. Whenever TeminalDisplay is resized, konsole tells the underlying pty device its new size by calling Pty::setWindowSize(). However, current code can't guarantee when the terminal process starts and queries the pty device about its size, the pty device already has the right info. This has caused some long known bugs, such as #176902. This patch tries to guarantee that important assumption. It currently uses a hard-coded small delay, which works pretty well in practice although not that elegant. Patch by Jekyll Wu <adaptee@gmail.com> I think this is better than leaving the situation as it is. This may be backported if no issues are found. BUG: 173999 BUG: 176902 BUG: 203185 BUG: 229058 REVIEW: 102061 FIXED-IN: 4.8 M +7 -0 src/Emulation.h M +0 -1 src/Application.cpp M +1 -0 src/Session.cpp M +30 -6 src/Emulation.cpp http://commits.kde.org/konsole/7e00edd5166096feb59ffa694b6a6ff858fe1924