git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: gitk refresh keeps showing dangling commits

From
Thibault Kruse <tibokruse@googlemail.com>
Date
Nov 29, 2013, 15:27 UTC
Message-ID
<CAByu6UXXVRoQtFkU+A3E885pxVoiPdXXwXbozBP9gciD9BZMBQ@mail.gmail.com>
In-Reply-To
<CAByu6UVWWW+5QKfVD30_LR4UF3991PLMRHGo6WWgrxOPXws0mQ@mail.gmail.com>
Hi,

my Ubuntu saucy version of gitk is 1.8.3.2-1 I believe. I want to report what I believe is a bug. I have been using gitk for 3 years, and I use it to verify what I am doing in the shell. In the version I use now, the behavior has changed.

When I do mkdir temp cd temp git init touch foo git add foo git commit -m 'foo' echo "bar" > foo git add foo git commit -m 'foo'

gitk &

then I see gitk showing the foo and bar commits, so far so good. Then, leaving gitk open, I do:

git reset --hard HEAD~1

and in gitk, I select "Reload"(Ctrl-F5), and I still see both commits, not just commit foo. This is very annoying for me for doing rebases, as I don't care about all the dangling commits left by my rebases, and now I have to restart gitk each time to see a "clean" history. I believe "Refresh"(F5) may still display such commits, but a reload should display what I would get if I restarted gitk, which is just displaying one commit in the above case.

cheers,
  Thibault
Next: Gauthier Östervall
Message 1 of 2 in “Re: gitk refresh keeps showing dangling commits”
  1. Thibault KruseNov 29, 2013
  2. Gauthier ÖstervallDec 4, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.