gnome-terminal window becomes one line shorter after every fullscreen/windowed cycle

I've just noticed: it seems it only happens if the shell prompt is colourfull. if it's not, there is no shrinking of the gnome-terminal window height when cycling between fullscreen and windowed mode ... Interesting!!

If that's indeed the case then that's really truly interesting...

Duplicate of bug 1288655?

BTW I cannot confirm that not using colors fixes the issue; even if I set PS1='$ ', I still get shrinkage after repeated maximizing/restoring or fullscreening/restoring.

I don't know how to tell, but it seems the bug happens when the prompt has effect on the title of the window. What I mean here: opening a gnome-terminal with a colourful PS1 causes this. However if I ssh into another machine which does update the title of the window and the prompt does not use colour, the shrinking stops if I try fullscreen/back cycles again ... If I ssh into a machine which does have this "new" colour prompt then it continues ... If I ssh into a machine which does not effect the title bar, it does not effect the strange behaviour though. So, what I can think about there is some connection about the window bar title updating by the prompt (???) sorry, I have really no idea hot it happens :-O

So, as thinking on this, I must say, maybe this is my mis-interpretation of the problem. Maybe not the colour prompt causes this, but if I use a newer (or ssh into a newer) ubuntu box versus ssh into an older version (in both cases ssh in the window only changes the situation of "shrinking" if the window title is modified to reflect this, ie like username@machine1:~ changes into username@machine2:~ because of the ssh). I really feel bad not to be able to express this in a sane way, but it's kind of odd issue for me at least. Just changing PS1 does not change the situation for me either.

Ok, now it's even more odd, just trying to test it ... Now window shrinks by TWO lines not only one, and the behaviour I tried to describe above seems not to apply at all :-O I don't know what I can say, maybe this is a more complex issue and my assumption was only true for the given case when I last tested it ...Sorry about that.

Both PS1 and PROMPT_COMMAND might be relevant, they might change e.g. the window title (like PROMPT_COMMAND probably does), and changing the window title has a slim chance of triggering some bugs. You could experiment with setting PS1 to something very simple and also unsetting PROMPT_COMMAND at the same time.

Different bash versions might behave differently. 4.3 was an "odd" (read: buggy) one in the sense that it didn't handle window resizes immediately, only when a key was pressed later. With current 4.4 the prompt is redrawn immediately upon a resize, but apparently PROMPT_COMMAND as well as $() substitutions in PS1 are not run again. Maybe in 4.2 it used to be different and maybe PROMPT_COMMAND was re-executed or something like this, I don't know.

You could also experiment with running a "cat" or "sleep 10000" or "vim" or something like these (so that bash doesn't have a word during the resize), or using zsh (let us know if that's what you're already using).

We have pretty much located the bug in the upstream GNOME bugreport (and it's indeed related to setting the title). Thanks a lot, no further help is needed from you at this point.

The issue is indirectly caused by setting the title from the primary prompt PS1, which is reprinted on each window resize.

You can "fix" it for yourself by removing the setting of the title from PS1 (which goes like "\[\e]0;whatever_the_new_title_is\a\]"). You can add something equivalent to PROMPT_COMMAND if you wish.

Status changed to 'Confirmed' because the bug affects multiple users.