Description of problem: Gnome-terminal launches with the correct geometry and then almost immediately resets it to the minimum required to show the menubar, which ends up in my case being 33x3. Version-Release number of selected component (if applicable): gnome-terminal-3.12.1-1.fc21.x86_64 How reproducible: Always Steps to Reproduce: 1. Launch gnome terminal 2. 3. Actual results: The window shrinks to 33x3 Expected results: The window launches with the default 80x24 size Additional info:
This is likely filed under the wrong component, but I am leaving it under gnome-terminal for now because that is the application in which I see the issue. I tried installing the fedora 20 version of gnome-terminal and the issue persisted. I then looked at the yum.log and noticed that gnome-terminal was not one of the packages updated in the update batch that caused the issue. My next best guess is that this is an issue caused by updating from gnome-shell-3.12.1-1.fc21.x86_64 to gnome-shell-3.13.1-2.fc21.x86_64.
Created attachment 892141 [details] log file form the yum update that triggered the issue Attached is the log form the yum update showing what packages changed between when gnome-terminal functioned properly and when this issue began.
Confirmed this bug during recent update from Fedora 20 to Rawhide. I attempted to completely uninstall gnome-terminal and re-install with no avail. Description: When opening gnome-terminal, the window original opens at 80x24, but will immediately shrink to 26x4. Changing the size through the Terminal Menu does not change the window size. Also, I deleted and recreated a new profile with custom sizes, but the window still shrinks to 26x4. Since the initial bug reporter's window size is 33x3 and mine is 26x4, gnome-terminal seems to resize based upon the precurser to the command line (ex: mk@localhost).
(In reply to frames from comment #3) > Confirmed this bug during recent update from Fedora 20 to Rawhide. I > attempted to completely uninstall gnome-terminal and re-install with no > avail. > > Description: When opening gnome-terminal, the window original opens at > 80x24, but will immediately shrink to 26x4. Changing the size through the > Terminal Menu does not change the window size. Also, I deleted and > recreated a new profile with custom sizes, but the window still shrinks to > 26x4. > > Since the initial bug reporter's window size is 33x3 and mine is 26x4, > gnome-terminal seems to resize based upon the precurser to the command line > (ex: mk@localhost). Actually the horizontal width has to do with the width required to display the menu items in the menubar, so the actual number of columns is a function of the relationship between the terminal font-width and the menu font width. The number of rows is due to it trying to maintain the original aspect ratio of the window when it was trying to display in 80x24. It is easy to see that the menubar width is the issue if you run gnome terminal using the command "gnome-terminal --hide-menubar".
But then since the gnome-terminal version is 3.12 ... and both gnome-desktop and gnome shell are 3.13 ... then perhaps the real issue here is that gnome-terminal has not been updated to be compatible with the latest gnome-desktop/shell.
Additional information: I compiled and installed the latest gnome-terminal 3.13 package from here: http://ftp.gnome.org/pub/gnome/sources/gnome-terminal/3.13/ I'm still having the same problem with resizing after opening.
Confirmed this bug on gnome-terminal-3.12.1-1.fc21.x86_64 I don't enable the menubar, so I get a 4x1 terminal window. Not particularly useful. :-)
Downgrading GNOME Shell and Mutter to 3.12.0 appears to fix this problem.
It's a bug in mutter: https://bugzilla.gnome.org/show_bug.cgi?id=729582
(In reply to Michael Chapman from comment #8) > Downgrading GNOME Shell and Mutter to 3.12.0 appears to fix this problem. Where did you find the mutter 3.12.0 package?
(In reply to Bill Gianopoulos from comment #10) > (In reply to Michael Chapman from comment #8) > > Downgrading GNOME Shell and Mutter to 3.12.0 appears to fix this problem. > > Where did you find the mutter 3.12.0 package? Of course this question would be moot if there would just be a rawhide update of mutter including the fix. However, it is not that important. I just switched to using xterm instead.
(In reply to Bill Gianopoulos from comment #11) > (In reply to Bill Gianopoulos from comment #10) > > (In reply to Michael Chapman from comment #8) > > > Downgrading GNOME Shell and Mutter to 3.12.0 appears to fix this problem. > > > > Where did you find the mutter 3.12.0 package? > > Of course this question would be moot if there would just be a rawhide > update of mutter including the fix. However, it is not that important. I > just switched to using xterm instead. OF course problem with this is. I always preferred xterm was running gnome-terminal only to try to test what would be in next fedora release, now I am not and might not ever go back to doing so.
(In reply to Bill Gianopoulos from comment #10) > Where did you find the mutter 3.12.0 package? Some older package builds can still be downloaded from http://koji.fedoraproject.org/koji/ .
I have verified that this is fixed by mutter-3.13.1-5.fc21