# [PATCH] git-gui: Fix accidental staged state toggle when clicking top pixel row 3 messages from 2008-06-20 to 2008-06-21. Participants: Richard Quirk, Johannes Sixt, Shawn O. Pearce. Thread: https://gitlist.dev/t/14061 ## Richard Quirk, 2008-06-20 14:58 Subject: [PATCH] git-gui: Fix accidental staged state toggle when clicking top pixel row Message-ID: <1213973895-10264-1-git-send-email-richard.quirk@gmail.com> URL: https://gitlist.dev/e/1213973895-10264-1-git-send-email-richard.quirk%40gmail.com ``` If a text widget is asked the index at x,y with y == 0 or y == 1 it will always return 1.0 as the nearest index, regardless of the x position. This means that clicking the top 2 pixels of the Unstaged/Staged Changes lists caused the state of the file there to be toggled. This patch checks that the pixel clicked is greater than 1, so there is less chance of accidentally staging or unstaging changes. Signed-off-by: Richard Quirk --- To test the unpatched changes, make a change in a git-controlled repo and run git-gui. Click the Unstaged Changes list away from the first column, but near (within 1 pixel) to the pink header part. The file underneath is staged, rather surprisingly. Similarly, for staged files click a pixel or 2 underneath the green Staged Changes header and the changes are unstaged, even if the first column is not clicked. This change looks like a hack - but I'm pretty sure it's a bug in the Tk text widget that's causing the strange behaviour. I couldn't see any other way to fix this accidental (un)staging, which seems to get me at least once a day lately. git-gui.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-gui.sh b/git-gui.sh index 23d7dfe..980dc0b 100755 --- a/git-gui.sh +++ b/git-gui.sh @@ -1797,7 +1797,7 @@ proc toggle_or_diff {w x y} { $ui_index tag remove in_sel 0.0 end $ui_workdir tag remove in_sel 0.0 end - if {$col == 0} { + if {$col == 0 && $y > 1} { set i [expr {$lno-1}] set ll [expr {[llength $file_lists($w)]-1}] -- 1.5.6.9.g26943 ``` ## Johannes Sixt, 2008-06-20 15:26 Subject: Re: [PATCH] git-gui: Fix accidental staged state toggle when clicking top pixel row Message-ID: <485BCC38.1000403@viscovery.net> URL: https://gitlist.dev/e/485BCC38.1000403%40viscovery.net In-Reply-To: <1213973895-10264-1-git-send-email-richard.quirk@gmail.com> ``` Richard Quirk schrieb: > If a text widget is asked the index at x,y with y == 0 or y == 1 it will > always return 1.0 as the nearest index, regardless of the x position. > > This means that clicking the top 2 pixels of the Unstaged/Staged Changes > lists caused the state of the file there to be toggled. This patch > checks that the pixel clicked is greater than 1, so there is less chance > of accidentally staging or unstaging changes. Ah, that would explain why it sometimes happened that a file was staged even though the mouse pointer was no where near the icon! -- Hannes ``` ## Shawn O. Pearce, 2008-06-21 03:21 Subject: Re: [PATCH] git-gui: Fix accidental staged state toggle when clicking top pixel row Message-ID: <20080621032132.GW11793@spearce.org> URL: https://gitlist.dev/e/20080621032132.GW11793%40spearce.org In-Reply-To: <1213973895-10264-1-git-send-email-richard.quirk@gmail.com> ``` Richard Quirk wrote: > If a text widget is asked the index at x,y with y == 0 or y == 1 it will > always return 1.0 as the nearest index, regardless of the x position. > > This means that clicking the top 2 pixels of the Unstaged/Staged Changes > lists caused the state of the file there to be toggled. This patch > checks that the pixel clicked is greater than 1, so there is less chance > of accidentally staging or unstaging changes. Thanks. Its in my master branch now. -- Shawn. ```