Skip to content

Mirror repositories use their last sync time instead of latest commit time for profile page repository ordering #3249

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
2 of 7 tasks
smkent opened this issue Dec 21, 2017 · 1 comment
Labels
issue/duplicate The issue has already been reported.

Comments

@smkent
Copy link

smkent commented Dec 21, 2017

Description

Every time a mirror repository syncs with its upstream repository (every 8 hours by default), the Gitea mirror repository's last updated time is set to the current time even if there are no upstream changes. This continually causes mirror repositories to be listed higher than other repositories in the Gitea user profile page that contains mirror repositories.

Gitea should instead use the most recent commit time in a mirror repository when determining profile page repository ordering.

This can be reproduced with the following steps:

  1. Create a mirror repository and wait for it to finish syncing.
  2. Create a new source repository and push some content to it.
  3. View the user profile for the two created repositories, and note that the source repository is listed first.
  4. Open the mirror repository, click Settings, and under Mirror Settings click "Sync Now"
  5. Return to the user profile page, and note that the mirror repository is now listed first (with a more recent updated time) even if no new changes were pulled from upstream

What should happen instead:

  • Mirror repositories should determine the most recent commit timestamp in a mirror repository (for all synced branches), and use that timestamp to when determining the repository order to display on the user profile page.
@lafriks lafriks added the issue/duplicate The issue has already been reported. label Dec 21, 2017
@lafriks
Copy link
Member

lafriks commented Dec 21, 2017

Duplicate of #1329

@lafriks lafriks marked this as a duplicate of #1329 Dec 21, 2017
@lafriks lafriks closed this as completed Dec 22, 2017
@go-gitea go-gitea locked and limited conversation to collaborators Nov 23, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
issue/duplicate The issue has already been reported.
Projects
None yet
Development

No branches or pull requests

2 participants