GNOME Bugzilla – Bug 645082
gnome-terminal opens with 2 lines less height than requested
Last modified: 2011-05-04 19:05:09 UTC
By default, gnome-terminal opens with 80x24 but in reality, it opens with 80x22. Clicking in the menu Terminal>80x24 increases the height by two lines. gnome-terminal always opens with 2 lines less height than requested. This can be seen even more clearly by running this command: gnome-terminal --geometry=80x4 Note that it does work display at the correct size with: gnome-terminal --geometry=80x4 --hide-menubar Originally reported at https://bugs.launchpad.net/bugs/734905
'Classic desktop' means it's not running 'unity' but metacity, right? I cannot reproduce this here using gnome-terminal 2.91, neither on a gtk2 nor a gtk3 build, using metacity as window manager on fedora 13.
Classic Desktop is what Ubuntu is calling the Gnome 2.* desktop so for most users it's actually compiz but it falls back to metacity for those without adequate 3D drivers. And Unity in Ubuntu 11.04 and later is running compiz too. Now I wonder why I experience the bug even when I ran the current git version which wouldn't have any Ubuntu-specific patches.
Hmm, ok, so that was with compiz. Can you try if it works using metacity (with compositing *disabled* [it's the default, but do check that the /apps/metacity/general/compositing_manager gconf key is set to 'false']) instead of compiz ? Also, there have been some geometry bugs fixed in jointly in g-t, vte, and gtk 3, so it's possible that this is fixed on gtk3.
I still get the bug in metacity and in gnome-shell.
I don't think I'm using gtk3 but how would I check?
Afaik ubuntu doesn't build g-t (or really anything) with gtk3, but you can check with ldd `which gnome-terminal` | grep libgtk which would show libgk-3.so.0 for a gtk3 build.
The default even for trunk is for g-t to be built with gtk2 so I rebuilt it to two different directories, one with gtk2 and one with gtk3 and I can confirm that I see the bug in the gtk2 version but not in the gtk3 one.
gtk2 won't be supported in 3.1, so let's call this OBSOLETE.