Is this really a new problem with 2.31.90, or did it occur in earlier versions too? If so, please use git bisect to find the offending commit (which may be in either gnome-terminal, or vte).

And please do this on gtk2 (unless it turns out to be on gtk3 only, in which case it might very well be a gtk3 regression in gtk itself).

(Reproducible here on gtk3 master, even though scrollbars are set to invisible.)

I can't reproduce here, so can't investigate in detail, but this is potentially related to:

 https://bugzilla.gnome.org/show_bug.cgi?id=631699

(The problem with gnome-terminal I mention there is different, it was due to a Fedora specific revert we'd been carrying, somewhat unnecessarily since 2006)

I wouldn't be surprised at all if the computed hints.min_width/min_height are smaller than the size request of the main hbox in some cases - if that was going on then change in GTK+ behavior could break the delicate dances that gnome-terminal does. (Or something else could be going on that breaks those delicate dances... vte is likely depending on various semi-defined features of GTK+'s size negotiation behavior that could have changed with gtk3)

@Maciej: Is this still reproducible with the latest of gtk+, vte and gnome-terminal, all from git master?

(In reply to comment #5)
> @Maciej: Is this still reproducible with the latest of gtk+, vte and
> gnome-terminal, all from git master?

With except of gtk+ (2.91.4) all from git results in #635233.

*** Bug 639335 has been marked as a duplicate of this bug. ***

For me, this didn't start happening until just now with 0.27.4, 2.33.4, and gtk 2.99.1.

I can reproduce this everytime with the latest gtk,vte, gnome-terminal from git (today). This is on two different jhbuild environments i have.

I see it in current fedora rawhide as well.

*** Bug 627137 has been marked as a duplicate of this bug. ***

Should be fixed now that vte bug 640460 is done.

(In reply to comment #12)
> Should be fixed now that vte bug 640460 is done.

confirmed! Thanks