Description of problem:
When maximizing a gnome-terminal in a Gnome session scrolling up and down
("scratching" the scrollbar) mangles the display of lines (see attached png).
This only happens with a solid background. Also it only happens in a Gnome
session, not in a KDE session.
The latter probably has to do with the fact that the KDE window manager doesn't
actually maximize the gnome-terminal, but sizes it to contain the maximum number
of whole characters that will fit both vertically and horizontally while the
Gnome window manager sizes the gnome-terminal to fit the desktop.
Version-Release number of selected component (if applicable):
Severn + rawhide
Created attachment 94615 [details]
snippet from "scratched" maximized gnome-terminal window
I am seeing this as well, but not just in gnome-terminal. X-Chat has
the same problem when you maximize it.
Changed product from Red Hat Linux Beta to Fedora Core 1, as it still
is an issue there.
*** Bug 106386 has been marked as a duplicate of this bug. ***
*** Bug 114232 has been marked as a duplicate of this bug. ***
Still present in Fedora core 2 test 1. recomending change of version
Since FC 1 is not yet at it's end of life such a change of version is
a bit premature. That would be a good idea if the problem persists
after the end of life of FC 1.
This is still here in FC2 final release, can someone change the version.
I don't believe these version changes are a good idea. It needs to be
known this bug has been there since Fedora Core 1. Mentioning it is
still valid in FC2 should suffice.
Changing version info like this destroys context information.
Maintainers should look at old release bugs well since they might
still contain relevant information. If they are not they should be closed.
*** Bug 127454 has been marked as a duplicate of this bug. ***
Just to give an hint :
I don't have this bug with "Gnome-terminal 2.7.3" and "vte-0.11.11-5"
(I'm using the Rawhide branch of Fedora).
I can't reproduce this bug in Fedora Core 3
I recently upgraded from FC2 to FC3 and I'm having this problem with
I don't remember seeing this bug before the upgrade...
This one might be related, and if you're extremely lucky, it may
even fix your problem. Please take a look:
Ohh, I see everything now. :-))
On one hand, this bug is related to the scrolling issues described
behind my two previos links.
On the other hand, when maximizing a window in Gnome, it gets the
pixel dimensions of the screen, hence its height will not necessarily
be a multiple of the character cell height (plus constant needed by
the border and menu and stuff like that). That is, it may get a size
it cannot normally get by manually resizing it, not even on a larger
desktop. As vte is not prepared for this scenario, is scrolls
Though it would nice if vte tolerated these kind of situations,
I guess this is clearly a metacity bug I can easily reproduce with
vte. Under icewm, for example, the maximize button honours the size
constraints of vte, it resizes the window to a size slightly smaller
than the desktop, but vte's size will be a multiple of character cell
dimensions (plus constants as mentioned.) Hence the current bug is
not reproducible under Icewm.
Metacity should also honour the size constraints.
Those who couldn't reproduce the problem probably either don't use
Gnome or happen to have a desktop and vte font size that fit each
The metacity bug is already reported to the gnome folks here:
This behavior is fixed in rawhide (FC4) with vte-0.11.12. If you notice similar
behavior open a NEW bug with exact reproduce procedure and new screenshots.