GNOME Bugzilla – Bug 570591
running 'reset' shrinks the terminal window
Last modified: 2009-03-01 20:36:16 UTC
First filed here: https://bugzilla.redhat.com/show_bug.cgi?id=483609 Description of problem: When I open a terminal window, and use the 'reset' command at the command-line, the terminal windows shrinks. Version-Release number of selected component (if applicable): 2.25.5-1.fc11 How reproducible: Always Steps to Reproduce: 1. Run 'resize' to check the terminal dimensions. 2. Run 'reset' to reset and clear the scrollback buffer. 3. Run 'resize' again. Actual results: The second run will show a smaller number (in my case, one column and one row are lost). Expected results: Terminal stays the same size. Additional info: In case any of this affects it, I'm using the 'miscfixed' bitmap font (10x20 pixels), and metacity as the window manager. This doesn't happen in the 'vte' test program (from vte-devel-0.19.4-3.fc11). This was tracked to the following commit: http://svn.gnome.org/viewvc/gnome-terminal?view=revision&revision=3146
Perhaps chpe would like to know about this bug. adding cc.
There's really no need to specifically CC: me personally since I watch the maint alias already.
there's also a report on Ubuntu about this: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-terminal/+bug/330205
Should be fixed in svn trunk.
The trunk version only partially fixes it for me. Running reset still changes the dimentions of the terminal. Launching a terminal with a geometry of 140x50, and then running reset results in a 80x50 terminal (before the API fix, it was 80x49).
That's not this bug, if it is a bug at all. What happens is that vte sends the width corresponding to 80 chars to the resize handler; g-t only reacts as expected to this.
Doesn't happen with g-t 2.24 using vte 0.17; filed as vte bug 573674.