Re: What's in git.git

From: Junio C Hamano <junkio@cox.net>
Date: Aug 3, 2006, 04:52 UTC
Message-ID: <7virlas9ol.fsf@assigned-by-dhcp.cox.net>
In-Reply-To: <20060802192922.GA30539@prophet.net-ronin.org>

carbonated beverage <ramune@net-ronin.org> writes:

> Any plans on a fix for:
> http://marc.theaimsgroup.com/?l=git&m=115089393505286&w=2

Unfortunately, plan needs to be drawn by somebody who sees breakage.

Show 6 quoted lines

> Commenting out the line mentioned in the reply lets me resize the window and
> see the bottom panel properly -- but I do have to resize it every time so it
> doesn't extend past the bottom of the screen.
>
> FYI, if it's not easy to reproduct, I'm running it on Debian/stable systems,
> i386 and x86_64, both with backports.org X servers, using tcl/tk 8.4

I am running Debian/testing+unstable on i386 and x86_64 with tcl8.4 (8.4.12-1.1) and tk8.4 (8.4.12-1), displaying on xserver-xorg (1:7.0.22). I cannot get gitk to misbehave the way the quoted post describes. Even after resizing it to so short that the bottom search input and commitdiff area becomes invisible, moving the middle separator around gives the lower panes back, and both of the scrollbars on the lower panes seem to be behaving during that exercise.

The "workaround" to disable ".ctop conf" feels actively wrong; this makes the command forget the dimension from the last session, which is not so different from removing ~/.gitk every time.

Could this be some funny interaction between window manager and gitk perhaps? I think my machines run metacity and the environment is minimally Gnome.