reflog/show question

>      git show HEAD@{"3 minutes ago"}
> 
> works as I expect, but
> 
>      git show HEAD@{"3 minutes ago"}:data/node/node.data
> 
> gives me a message:
> 
>        warning: Log for 'HEAD' only goes back to Mon, 28 Apr 2008
> 10:18:37 +0930.
>
> [...]
> I'm using 1.5.4.rc4

> On Mon, Apr 28, 2008 at 11:29:17AM +0930, Geoff Russell wrote:
>
>  >      git show HEAD@{"3 minutes ago"}
>  >
>  > works as I expect, but
>  >
>  >      git show HEAD@{"3 minutes ago"}:data/node/node.data
>  >
>  > gives me a message:
>  >
>  >        warning: Log for 'HEAD' only goes back to Mon, 28 Apr 2008
>  > 10:18:37 +0930.
>  >
>  > [...]
>
> > I'm using 1.5.4.rc4
>
>  I can't reproduce here, using the current master or v1.5.4-rc4. If I
>  have a matching reflog, both work. And if I choose a much older time
>  (say, "1.year.ago"), then both fail. What are the entries in your
>  reflog (.git/logs/HEAD)?

> >  >      git show HEAD@{"3 minutes ago"}
> >  >
> >  > works as I expect, but
> >  >
> >  >      git show HEAD@{"3 minutes ago"}:data/node/node.data
> >  >
> >  > gives me a message:
> >  >
> >  >        warning: Log for 'HEAD' only goes back to Mon, 28 Apr 2008
> >  >        10:18:37 +0930.
> >  >
> >
> I think its something to do with the filename and my commit comments.
> The command works as expected on other files.  The HEAD file is
> attached.

> On Tue, Apr 29, 2008 at 11:17:09AM +0930, Geoff Russell wrote:
>
>  > >  >      git show HEAD@{"3 minutes ago"}
>  > >  >
>  > >  > works as I expect, but
>  > >  >
>  > >  >      git show HEAD@{"3 minutes ago"}:data/node/node.data
>  > >  >
>  > >  > gives me a message:
>  > >  >
>  > >  >        warning: Log for 'HEAD' only goes back to Mon, 28 Apr 2008
>  > >  >        10:18:37 +0930.
>  > >  >
>  > >
>
> > I think its something to do with the filename and my commit comments.
>  > The command works as expected on other files.  The HEAD file is
>  > attached.
>
>
> Hmm. Are you sure that the commit you got from HEAD@{"3 minutes ago"}
>  actually _has_ the file data/node/node.data? If it doesn't, then you get
>  the error message you saw. And it may be that the reflog warning happens
>  in _both_ cases, only you don't see it in the first because it is masked
>  by the pager. In v1.5.5, that output is now sent to the pager, instead.
>
>  -Peff
>

> > Hmm. Are you sure that the commit you got from HEAD@{"3 minutes ago"}
> >  actually _has_ the file data/node/node.data? If it doesn't, then you get
> 
> Later today (touch wood) I'll prepare as small a test case as
> possible, then send
> a tar.gz of the .git directory. Okay?

> On Wed, Apr 30, 2008 at 07:36:23AM +0930, Geoff Russell wrote:
>
>  > > Hmm. Are you sure that the commit you got from HEAD@{"3 minutes ago"}
>  > >  actually _has_ the file data/node/node.data? If it doesn't, then you get
>  >
>
> > Later today (touch wood) I'll prepare as small a test case as
>  > possible, then send
>  > a tar.gz of the .git directory. Okay?
>
>  That would be great, thanks.

>
> On Wed, Apr 30, 2008 at 8:37 AM, Jeff King <peff@peff.net> wrote:
>  > On Wed, Apr 30, 2008 at 07:36:23AM +0930, Geoff Russell wrote:
>  >
>  >  > > Hmm. Are you sure that the commit you got from HEAD@{"3 minutes ago"}
>  >  > >  actually _has_ the file data/node/node.data? If it doesn't, then you get
>  >  >
>  >
>  > > Later today (touch wood) I'll prepare as small a test case as
>  >  > possible, then send
>  >  > a tar.gz of the .git directory. Okay?
>  >
>  >  That would be great, thanks.
>
>  Attached is tar.gz of working directory (.) - so unpack in a new directory.
>
>        git show HEAD@{"N seconds ago"}:data/node/.gitignore
>
>  works fine for values of N back to creationof file
>
>  But:
>
>        git show HEAD@{"N seconds ago"}:data/node/node.newds1
>
>  doesn't work for any values of N.
>
>  During my attempts to create this example, I managed created a
>  directory which where
>  the show command failed for both files, but when I changed the commit
>  message, the
>  show worked for .gitignore but not the node file. Hence my suspicion
>  of that the slashes
>  in the path are being interpreted as requesting a commit message match ...?
>
>  I hope you can track it down, I will install the latest version of git
>  later on today to
>  confirm the behaviour is still happening.

>
>  Thanks,
>  Geoff Russell
>
>  >
>  >  -Peff
>
>
> >
>
>
>
>  --
>  6 Fifth Ave,
>  St Morris, S.A. 5068
>  Australia
>  Ph: 041 8805 184 / 08 8332 5069
>

>
> On Wed, Apr 30, 2008 at 9:42 AM, Geoff Russell
>  <geoffrey.russell@gmail.com> wrote:
>  >
>  > On Wed, Apr 30, 2008 at 8:37 AM, Jeff King <peff@peff.net> wrote:
>  >  > On Wed, Apr 30, 2008 at 07:36:23AM +0930, Geoff Russell wrote:
>  >  >
>  >  >  > > Hmm. Are you sure that the commit you got from HEAD@{"3 minutes ago"}
>  >  >  > >  actually _has_ the file data/node/node.data? If it doesn't, then you get
>  >  >  >
>  >  >
>  >  > > Later today (touch wood) I'll prepare as small a test case as
>  >  >  > possible, then send
>  >  >  > a tar.gz of the .git directory. Okay?
>  >  >
>  >  >  That would be great, thanks.
>  >
>  >  Attached is tar.gz of working directory (.) - so unpack in a new directory.
>  >
>  >        git show HEAD@{"N seconds ago"}:data/node/.gitignore
>  >
>  >  works fine for values of N back to creationof file
>  >
>  >  But:
>  >
>  >        git show HEAD@{"N seconds ago"}:data/node/node.newds1
>  >
>  >  doesn't work for any values of N.
>  >
>  >  During my attempts to create this example, I managed created a
>  >  directory which where
>  >  the show command failed for both files, but when I changed the commit
>  >  message, the
>  >  show worked for .gitignore but not the node file. Hence my suspicion
>  >  of that the slashes
>  >  in the path are being interpreted as requesting a commit message match ...?
>  >
>  >  I hope you can track it down, I will install the latest version of git
>  >  later on today to
>  >  confirm the behaviour is still happening.
>
>  I just confirmed behaviour is still the same in 1.5.5
>
>  Geoff.
>
>
>
>
>
>  >
>  >  Thanks,
>  >  Geoff Russell
>  >
>  >  >
>  >  >  -Peff
>  >
>  >
>  > >
>  >
>  >
>  >
>  >  --
>  >  6 Fifth Ave,
>  >  St Morris, S.A. 5068
>  >  Australia
>  >  Ph: 041 8805 184 / 08 8332 5069
>  >
>
>
>
>  --
>  6 Fifth Ave,
>  St Morris, S.A. 5068
>  Australia
>  Ph: 041 8805 184 / 08 8332 5069
>

> On Thu, May 01, 2008 at 09:45:40AM +0930, Geoff Russell wrote:
>
>  > N.B. This problem has vanished -- which means its probably something I
>  > messed up. I haven't worked out what yet, but I will.  Apologies for
>  > any time wasted.
>
>
> Vanished randomly, or after you upgraded to the latest master? Did you
>  miss the "fix reflog approxidate parsing bug" patch I posted?