Bug 104768

Summary: Scrolling mangles lines in maximized gnome-terminal
Product: [Fedora] Fedora Reporter: Leonard den Ottolander <leonard-rh-bugzilla>
Component: vteAssignee: Warren Togami <wtogami>
Status: CLOSED RAWHIDE QA Contact:
Severity: low Docs Contact:
Priority: medium    
Version: 1CC: adam, egmont, glen, rasmus, sitsofe, warren98103
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-03-29 08:05:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
snippet from "scratched" maximized gnome-terminal window none

Description Leonard den Ottolander 2003-09-20 22:06:28 UTC
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

Comment 1 Leonard den Ottolander 2003-09-20 22:08:43 UTC
Created attachment 94615 [details]
snippet from "scratched" maximized gnome-terminal window

Comment 2 Rasmus Lerdorf 2003-11-22 00:19:51 UTC
I am seeing this as well, but not just in gnome-terminal.  X-Chat has
the same problem when you maximize it.

Comment 3 Leonard den Ottolander 2004-01-26 12:05:07 UTC
Changed product from Red Hat Linux Beta to Fedora Core 1, as it still
is an issue there.

Comment 4 Jef Spaleta 2004-02-26 05:51:37 UTC
*** Bug 106386 has been marked as a duplicate of this bug. ***

Comment 5 Jef Spaleta 2004-02-26 06:07:19 UTC
*** Bug 114232 has been marked as a duplicate of this bug. ***

Comment 6 Warren Lewis 2004-02-26 06:42:12 UTC
Still present in Fedora core 2 test 1. recomending change of version

Comment 7 Leonard den Ottolander 2004-02-26 11:40:33 UTC
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.

Comment 8 Adam Bowns 2004-05-21 13:13:56 UTC
This is still here in FC2 final release, can someone change the version.

Comment 9 Leonard den Ottolander 2004-05-21 19:11:02 UTC
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.

Comment 10 Miloslav Trmac 2004-07-08 16:53:24 UTC
*** Bug 127454 has been marked as a duplicate of this bug. ***

Comment 11 Eddahbi Karim 2004-09-28 09:51:13 UTC
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).

Comment 12 petrosyan 2005-01-04 03:20:09 UTC
I can't reproduce this bug in Fedora Core 3

Comment 13 Adam Murray 2005-01-12 22:05:22 UTC
I recently upgraded from FC2 to FC3 and I'm having this problem with

I don't remember seeing this bug before the upgrade...

Comment 14 Egmont Koblinger 2005-01-15 01:51:48 UTC
This one might be related, and if you're extremely lucky, it may
even fix your problem. Please take a look:

Comment 15 Egmont Koblinger 2005-01-15 10:49:37 UTC
See also

Comment 16 Egmont Koblinger 2005-01-15 11:12:54 UTC
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

Comment 17 Egmont Koblinger 2005-01-15 11:23:23 UTC
The metacity bug is already reported to the gnome folks here:

Comment 18 Warren Togami 2005-03-29 08:05:33 UTC
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.