Launchpad has imported 12 comments from the remote bug at https://bugs.kde.org/show_bug.cgi?id=238073.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-05-18T20:16:04+00:00 Sundance wrote: Version: (using KDE 4.4.3) OS: Linux Installed from: Ubuntu Packages Konsole 3 used to support the ANSI escape sequences to resize the window. Konsole 4 no longer does. This for instance causes some Vim plug-ins to completely screw up the display. How to reproduce: Open Konsole; Resize to, say, 140x60 with the mouse; Type: echo -ne "\033[8;25;80t" Expected result: The terminal window is resized to 80 columns and 25 lines. Actual result: 1/ The display gets screwed up. 2/ The window isn't resized. The screw up part actually looks like Konsole tries to apply the resize, but with the width and height inverted! I.e. it seems to expect "ESC[8;width;height;t" instead of the correct "ESC[8;height;width;t". So this at least should be easy to correct. But the window should still resize itself accordingly. Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/0 ------------------------------------------------------------------------ On 2010-06-02T04:30:44+00:00 Kurt Hindenburg wrote: Yes you are correct. I remember implementing this in KDE3. It looks like someone switched the method parameters. Still it should resize it. Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/1 ------------------------------------------------------------------------ On 2011-07-20T20:00:16+00:00 adaptee wrote: I think #245746 is actually the same as this one. And #185645 and #272386 are both the consequences of this bug. They all use ':set columns=xxx' in the .vimrc, which triggers the resize ANSI escape code. Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/5 ------------------------------------------------------------------------ On 2011-07-30T13:12:10+00:00 adaptee wrote: *** Bug 198613 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/6 ------------------------------------------------------------------------ On 2011-07-30T14:16:04+00:00 adaptee wrote: *** Bug 272386 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/7 ------------------------------------------------------------------------ On 2011-07-30T14:17:48+00:00 adaptee wrote: *** Bug 185645 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/8 ------------------------------------------------------------------------ On 2011-08-03T15:18:26+00:00 adaptee wrote: *** Bug 245746 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/9 ------------------------------------------------------------------------ On 2011-08-03T19:37:15+00:00 Alain Baeckeroot wrote: the fix is given in http://bugs.kde.org/show_bug.cgi?id=245746 with references to the commit Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/11 ------------------------------------------------------------------------ On 2011-08-03T19:55:51+00:00 adaptee wrote: (In reply to comment #7) > Yeah, I know. That commit fixed the first problem in this report: reverted column and line argument when interpreting the ANSI escape code. But the second problem is still not fixed: the window does not actually resize. Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/14 ------------------------------------------------------------------------ On 2011-09-21T04:52:56+00:00 adaptee wrote: *** Bug 192699 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/18 ------------------------------------------------------------------------ On 2012-01-26T11:46:33+00:00 adaptee wrote: *** Bug 292452 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/19 ------------------------------------------------------------------------ On 2012-01-26T11:48:25+00:00 adaptee wrote: [copied from bug 292452] I thought for some time that the Esc[8;<rows>;<cols>t escape sequence no longer did anything. However, I find that, for example "Esc[8;40;24t" makes the terminal work as though it is 40x24 (lines wrap at column 40) although the window size doesn't change. setImageSize(), called when the escape sequence is received, calls resizeImage() and which does all the work necessary to make the size as specified but doesn't do anything at all to set the window size. Interestingly, perhaps, when a new tab is created, setImageSize() is also called to set the image size for the new tab. In this case, of course, you wouldn't expect the window size to change. In KDE 3.5 there was a global configuration option to allow programs to change the window size and setting this allows Esc[8;<cols>;<rows>t to resize the window and seems to be otherwise ignored (I haven't checked in detail to see what happens, sorry). Fixing this would also allow those people who want an easy way to set specific geometries to be satisfied: the menu entry would simply call the same function that the escape sequence calls. Reply at: https://bugs.launchpad.net/konsole/+bug/609741/comments/20 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/609741 Title: konsole inverts $COLUMNS and $LINES when resized from vi To manage notifications about this bug go to: https://bugs.launchpad.net/konsole/+bug/609741/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs