Last modified date for a branch is set to when it was scanned, and not when committed

Bug #238663 reported by Martin Albisetti
4
Affects Status Importance Assigned to Milestone
Launchpad itself
Invalid
Low
Paul Hummer

Bug Description

The last modified column is set to when the branch was scanned by LP, and not when the last commit was made.

See: https://code.edge.launchpad.net/~beuno (lp:~beuno/loggerhead/zpt.ajax)

Tags: lp-code
Paul Hummer (rockstar)
Changed in launchpad-bazaar:
assignee: nobody → rockstar
Revision history for this message
Jonathan Lange (jml) wrote :

It's hard to confirm this by looking at the branch you give in the example, the data changes over time!

Paul, can you please confirm that this is an issue and then set the bug to "Triaged"? Handball the bug back to me if you'd rather not.

Changed in launchpad-bazaar:
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Adam Rooke (abelianr) wrote :

I'm getting something similar to this which can be seen in the screenshot below. If anything else is needed just ask.

Revision history for this message
Jonathan Lange (jml) wrote :

Hi Adam,

If I had to guess, the issue in your screenshot is the result of the clock on your development machine being about forty minutes ahead of the clock on the Launchpad servers.

We can test this pretty easily: run 'date' on the machine that you do bzr commits with and paste the output in reply to this bug. Obviously you'll want to do this fairly quickly :)

jml

Revision history for this message
Adam Rooke (abelianr) wrote :

Thu Jul 10 00:01:12 UTC 2008

There you go.

Revision history for this message
Michael Hudson-Doyle (mwhudson) wrote :

Adam, it does look like the clock is wrong on your machine. It's 00:01 utc now, and your comment was nearly an hour ago.

As the the wider problem, well, I think the problem is that last modified is a little ambiguous when it comes to branches. If it's to be when the branch-on-launchpad last changed, then when it was last scanned or last had its details changed is the right answer. It it's when the branch-as-a-sequence-of-revisions changed, then the time of the last commit is the right answer. I don't really know which is more useful.

Revision history for this message
Adam Rooke (abelianr) wrote : Re: [Bug 238663] Re: Last modified date for a branch is set to when it was scanned, and not when committed

Ah my clock is wrong, showing the right time but "wrong".

I think the way launchad manages it now is fine, it just confused me when it
said
"in whenever". I think that its also going to be more useful having commit
time as
the last modified time which means that there is always going to be a
reliance on
the clock of the person comitting. Maybe there could be some way of warning
the
user when a nonsense time is displayed?
2008/7/10 Michael Hudson <email address hidden>:

> Adam, it does look like the clock is wrong on your machine. It's 00:01
> utc now, and your comment was nearly an hour ago.
>
> As the the wider problem, well, I think the problem is that last
> modified is a little ambiguous when it comes to branches. If it's to be
> when the branch-on-launchpad last changed, then when it was last scanned
> or last had its details changed is the right answer. It it's when the
> branch-as-a-sequence-of-revisions changed, then the time of the last
> commit is the right answer. I don't really know which is more useful.
>
> --
> Last modified date for a branch is set to when it was scanned, and not when
> committed
> https://bugs.launchpad.net/bugs/238663
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Jonathan Lange (jml) wrote :

I don't think this is actually a bug we have.

Changed in launchpad-bazaar:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.