Codeberg/Community
54
325
Fork
You've already forked Community
12

commit history shows wrong dates #1716

Open
opened 2024年11月28日 20:54:06 +01:00 by forestix · 5 comments

Comment

Codeberg displays a project's commit history showing git commit dates instead of author dates. This means that if a rebase, filter-repo, or similar operation has ever taken place, all the affected commits are shown as though they were created at the time of the rebase instead of when they were actually written. It also means the dates don't match the timestamps shown by git log, gitk, or various other standard tools.

This is terribly confusing for affected projects, and potentially misleading to anyone trying to determine the origin of some code. IMHO, Codeberg should show the author dates instead.

I don't know if this is an upstream problem. Could someone with a stock Forgejo instance check? I could report upstream if it is.

### Comment Codeberg displays a project's commit history showing git commit dates instead of author dates. This means that if a rebase, filter-repo, or similar operation has ever taken place, all the affected commits are shown as though they were created at the time of the rebase instead of when they were actually written. It also means the dates don't match the timestamps shown by `git log`, `gitk`, or various other standard tools. This is terribly confusing for affected projects, and potentially misleading to anyone trying to determine the origin of some code. IMHO, Codeberg should show the author dates instead. I don't know if this is an upstream problem. Could someone with a stock Forgejo instance check? I could report upstream if it is.

Please read the PR that changed the behavior to use commiter's date: https://github.com/go-gitea/gitea/pull/18375. Using author's date is the actually confusing way to show dates of commits, showing a new date when it was rebased is technically correct as the commit's content could've changed (not always the case and cannot be detected when content was or wasn't changed), using the commiter's date is a better representation of that commit.

Please read the PR that changed the behavior to use commiter's date: https://github.com/go-gitea/gitea/pull/18375. Using author's date is the actually confusing way to show dates of commits, showing a new date when it was rebased is technically correct as the commit's content could've changed (not always the case and cannot be detected when content was or wasn't changed), using the commiter's date is a better representation of that commit.

Thanks for the link.

It's true that the content of a rebased commit could conceivably have been altered, but in practice, this is only true for a tiny minority of affected commits.

Moreover, a timestamp doesn't protect against deception at all. If someone wants to tamper with a commit and hide it, they can simply change their computer's clock, use faketime, or explicitly give git the timestamp of their choice.

Meanwhile, this change means I can't look at my project's history on Codeberg and see when I wrote the code. Nor can my users.

IMHO, this change was misguided, and does more harm than good.

Thanks for the link. It's true that the content of a rebased commit could conceivably have been altered, but in practice, this is only true for a tiny minority of affected commits. Moreover, a timestamp doesn't protect against deception at all. If someone wants to tamper with a commit and hide it, they can simply change their computer's clock, use `faketime`, or explicitly give git the timestamp of their choice. Meanwhile, this change means I can't look at my project's history on Codeberg and see when I wrote the code. Nor can my users. IMHO, this change was misguided, and does more harm than good.

...or if Codeberg insists on showing the commit dates by default, it would be helpful to switch the display to author dates with a simple click.

...or if Codeberg insists on showing the commit dates by default, it would be helpful to switch the display to author dates with a simple click.

Is this the reason why all mine (and not only mine)[1] repos have been showing wrong dates?

[1] #1729

Is this the reason why all mine (and not only mine)[1] repos have been showing wrong dates? [1] https://codeberg.org/Codeberg/Community/issues/1729

Is this the reason why all mine (and not only mine)[1] repos have been showing wrong dates?

[1] #1729

No.

> Is this the reason why all mine (and not only mine)[1] repos have been showing wrong dates? > > [1] https://codeberg.org/Codeberg/Community/issues/1729 No.
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility

Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug

Something is not working the way it should. Does not concern outages.
bug
infrastructure

Errors evidently caused by infrastructure malfunctions or outages
Codeberg

This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome

Please join the discussion and consider contributing a PR!
docs

No bug, but an improvement to the docs or UI description will help
duplicate

This issue or pull request already exists
enhancement

New feature
infrastructure

Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal

An issue directly involving legal compliance
licence / ToS

involving questions about the ToS, especially licencing compliance
please chill
we are volunteers

Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations

Things related to Codeberg's external communication
question

More information is needed
question
user support

This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo

Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration

Migration related issues in Forgejo
s/Pages

Issues related to the Codeberg Pages feature
s/Weblate

Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker

Woodpecker CI related issue
security

involves improvements to the sites security
service

Add a new service to the Codeberg ecosystem (instead of implementing into Gitea)
upstream

An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Gitea, Forgejo, etc.)
wontfix

Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#1716
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?