After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 393413 - window resizes when switching tabs or making new tab
window resizes when switching tabs or making new tab
Status: RESOLVED DUPLICATE of bug 342968
Product: gnome-terminal
Classification: Core
Component: general
2.16.x
Other Linux
: Normal major
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-06 05:54 UTC by Reece Hart
Modified: 2007-01-19 22:23 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Reece Hart 2007-01-06 05:54:01 UTC
gnome-terminal 2.16.1-26 (opensuse 10.2) expands the window horizontally to the display width when creating a new tab.   This occurs every time and is easily reproduced.  To reproduce:
1) create a new gnome-terminal
2) create a new tab

In one variant of this problem, the window resized beyond the screen width, but that might have been with compiz. I can't reproduce this.

I also just experienced horizontal AND vertical resizing when SWITCHING between tabs.  I can't reproduce this.

Related problem, perhaps: I've tried out xgl and compiz, and then returned to non-xgl/metacity. Since then, I've had some minor odd behavior, specifically the number of workspaces can be changed but isn't preserved across sessions and compiz cube-rotate keys mysteriously stopped working.  I believe that the window resize problem occurred after the compiz experimenting, but I'm unsure and know of no reason this might be related.

Finally, I can't find a report of this bug at bugzilla.gnome.org, but I believe it's the same as that reported here:
http://bugs.opensolaris.org/view_bug.do?bug_id=6463098
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6484146
And I believe that the Java Desktop uses xgl, FWIW.
Comment 1 Reece Hart 2007-01-09 18:47:47 UTC
Update: I am again experiencing both horizontal and vertical resizing. This occurred after running sudo gnome-xgl-switch --disable-xgl and rebooting (I do not know how this might be related).

Specifically, I had a gnome-terminal with two tabs ("1" & "2") anchored at the bottom left (aka, SW or +0-0), apx 120x18. When I added a new tab ("3"), the window resized to full width.

I manually narrowed the window horizontally and clicked tab 3; it resized horizontally to full width.  When I clicked tabs 1 or 2, it resized vertically by +2 lines (still SW anchored).  After several rounds of window resizing and tab clicking, it became clear that tabs 1 and 2 always resized vertically by +2 lines (no horiz change), and tab3 always resized to full width (no vert change).

To see whether this was dependent on tab order, I reordered the tabs as 1-3-2 and repeated the above manual shrinking and tab-clicking.  The resize behavior corresponded with the tab identity rather than the tab order.
Comment 2 Eric Piel 2007-01-18 16:51:13 UTC
I'm experiencing the same problem here. No XGL involved at all. Sometimes a tab acquires this ability to automatically resize the terminal and then, each time it's selected it resizes the terminal.

If the window is maximized, it doesn't change, otherwise it can get to HUGE sizes. Reinitializing and clearing the tab doesn't remove this ability to the tab.
Comment 3 Reece Hart 2007-01-19 20:08:21 UTC
I updated severity to major. It's clear from searching that others are similarly afflicted. gnome-terminal is extremely frustrating to use -- every tab creation/switch/removal causes g-t to resize. In 3 tab switches it fills my screen. 
Comment 4 Reece Hart 2007-01-19 22:23:58 UTC
After some additional googling, I found a previous bug that sounds like the same thing. Eric- you might want to add yourself to that CC list.  Good luck.

*** This bug has been marked as a duplicate of 342968 ***