mirror of
https://github.com/go-gitea/gitea.git
synced 2026-07-15 20:09:18 -05:00
Unclear repository update time: some inactive or archived repositories may get a recent "update time" #13491
Closed
opened 2025-11-02 10:44:03 -06:00 by GiteaMirror
·
22 comments
No Branch/Tag Specified
main
release/v1.25
release/v1.24
release/v1.23
release/v1.22
release/v1.21
release/v1.20
release/v1.19
release/v1.18
release/v1.17
release/v1.16
release/v1.15
release/v1.14
release/v1.13
release/v1.12
release/v1.11
release/v1.10
release/v1.9
release/v1.8
v1.25.3
v1.25.2
v1.25.1
v1.25.0
v1.24.7
v1.25.0-rc0
v1.26.0-dev
v1.24.6
v1.24.5
v1.24.4
v1.24.3
v1.24.2
v1.24.1
v1.24.0
v1.23.8
v1.24.0-rc0
v1.25.0-dev
v1.23.7
v1.23.6
v1.23.5
v1.23.4
v1.23.3
v1.23.2
v1.23.1
v1.23.0
v1.23.0-rc0
v1.24.0-dev
v1.22.6
v1.22.5
v1.22.4
v1.22.3
v1.22.2
v1.22.1
v1.22.0
v1.23.0-dev
v1.22.0-rc1
v1.21.11
v1.22.0-rc0
v1.21.10
v1.21.9
v1.21.8
v1.21.7
v1.21.6
v1.21.5
v1.21.4
v1.21.3
v1.21.2
v1.20.6
v1.21.1
v1.21.0
v1.21.0-rc2
v1.21.0-rc1
v1.20.5
v1.22.0-dev
v1.21.0-rc0
v1.20.4
v1.20.3
v1.20.2
v1.20.1
v1.20.0
v1.19.4
v1.21.0-dev
v1.20.0-rc2
v1.20.0-rc1
v1.20.0-rc0
v1.19.3
v1.19.2
v1.19.1
v1.19.0
v1.19.0-rc1
v1.20.0-dev
v1.19.0-rc0
v1.18.5
v1.18.4
v1.18.3
v1.18.2
v1.18.1
v1.18.0
v1.17.4
v1.18.0-rc1
v1.19.0-dev
v1.18.0-rc0
v1.17.3
v1.17.2
v1.17.1
v1.17.0
v1.17.0-rc2
v1.16.9
v1.17.0-rc1
v1.18.0-dev
v1.16.8
v1.16.7
v1.16.6
v1.16.5
v1.16.4
v1.16.3
v1.16.2
v1.16.1
v1.16.0
v1.15.11
v1.17.0-dev
v1.16.0-rc1
v1.15.10
v1.15.9
v1.15.8
v1.15.7
v1.15.6
v1.15.5
v1.15.4
v1.15.3
v1.15.2
v1.15.1
v1.14.7
v1.15.0
v1.15.0-rc3
v1.14.6
v1.15.0-rc2
v1.14.5
v1.16.0-dev
v1.15.0-rc1
v1.14.4
v1.14.3
v1.14.2
v1.14.1
v1.14.0
v1.13.7
v1.14.0-rc2
v1.13.6
v1.13.5
v1.14.0-rc1
v1.15.0-dev
v1.13.4
v1.13.3
v1.13.2
v1.13.1
v1.13.0
v1.12.6
v1.13.0-rc2
v1.14.0-dev
v1.13.0-rc1
v1.12.5
v1.12.4
v1.12.3
v1.12.2
v1.12.1
v1.11.8
v1.12.0
v1.11.7
v1.12.0-rc2
v1.11.6
v1.12.0-rc1
v1.13.0-dev
v1.11.5
v1.11.4
v1.11.3
v1.10.6
v1.12.0-dev
v1.11.2
v1.10.5
v1.11.1
v1.10.4
v1.11.0
v1.11.0-rc2
v1.10.3
v1.11.0-rc1
v1.10.2
v1.10.1
v1.10.0
v1.9.6
v1.9.5
v1.10.0-rc2
v1.11.0-dev
v1.10.0-rc1
v1.9.4
v1.9.3
v1.9.2
v1.9.1
v1.9.0
v1.9.0-rc2
v1.10.0-dev
v1.9.0-rc1
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.8.0-rc3
v1.7.6
v1.8.0-rc2
v1.7.5
v1.8.0-rc1
v1.9.0-dev
v1.7.4
v1.7.3
v1.7.2
v1.7.1
v1.7.0
v1.7.0-rc3
v1.6.4
v1.7.0-rc2
v1.6.3
v1.7.0-rc1
v1.7.0-dev
v1.6.2
v1.6.1
v1.6.0
v1.6.0-rc2
v1.5.3
v1.6.0-rc1
v1.6.0-dev
v1.5.2
v1.5.1
v1.5.0
v1.5.0-rc2
v1.5.0-rc1
v1.5.0-dev
v1.4.3
v1.4.2
v1.4.1
v1.4.0
v1.4.0-rc3
v1.4.0-rc2
v1.3.3
v1.4.0-rc1
v1.3.2
v1.3.1
v1.3.0
v1.3.0-rc2
v1.3.0-rc1
v1.2.3
v1.2.2
v1.2.1
v1.2.0
v1.2.0-rc3
v1.2.0-rc2
v1.1.4
v1.2.0-rc1
v1.1.3
v1.1.2
v1.1.1
v1.1.0
v1.0.2
v1.0.1
v1.0.0
v0.9.99
Labels
Clear labels
$20
$250
$50
$500
backport/done
💎 Bounty
docs-update-needed
good first issue
hacktoberfest
issue/bounty
issue/confirmed
issue/critical
issue/duplicate
issue/needs-feedback
issue/not-a-bug
issue/regression
issue/stale
issue/workaround
lgtm/need 2
modifies/api
modifies/translation
outdated/backport/v1.18
outdated/theme/markdown
outdated/theme/timetracker
performance/bigrepo
performance/cpu
performance/memory
performance/speed
pr/breaking
proposal/accepted
proposal/rejected
pr/wip
pull-request
reviewed/wontfix
💰 Rewarded
skip-changelog
status/blocked
topic/accessibility
topic/api
topic/authentication
topic/build
topic/code-linting
topic/commit-signing
topic/content-rendering
topic/deployment
topic/distribution
topic/federation
topic/gitea-actions
topic/issues
topic/lfs
topic/mobile
topic/moderation
topic/packages
topic/pr
topic/projects
topic/repo
topic/repo-migration
topic/security
topic/theme
topic/ui
topic/ui-interaction
topic/ux
topic/webhooks
topic/wiki
type/bug
type/deprecation
type/docs
type/enhancement
type/feature
type/miscellaneous
type/proposal
type/question
type/refactoring
type/summary
type/testing
type/upstream
Mirrored from GitHub Pull Request
No Label
type/bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
No Assignees
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/gitea#13491
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
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?
Originally created by @sprappcom on GitHub (Sep 15, 2024).
Description
internally hosted gitea instance mentioned my repo is updated 1 hour ago. i didnt do anything and there's no updated information inside the git.
Gitea Version
1.22
Can you reproduce the bug on the Gitea demo site?
Yes
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
ubuntu 24.04
How are you running Gitea?
docker gitea instance. is there some backdoor to this?
Database
MySQL/MariaDB
@lunny commented on GitHub (Sep 15, 2024):
Of course there is no any backdoor. All the sources are open. You can take a look at the files' history commits.
@delvh commented on GitHub (Sep 15, 2024):
Changing your repo settings also counts as "updated now".
Did you or your site admin perhaps change something there?
@techknowlogick commented on GitHub (Sep 15, 2024):
Scheduled actions also mark repo as updated, issue comments, PRs, and many other interactions with the repo can mark a repo as updated.
@byCarlsJr commented on GitHub (Sep 17, 2024):
Having the same issue. I'm browsing unauthenticated, yet repos are showing updated after I do so. When checking inside the repo, nothing has changed.
@yp05327 commented on GitHub (Sep 17, 2024):
Any operation which will update the record in DB of this repo will update the updated time. So it doesn't mean the code has been
updated xxx ago@Shuenhoy commented on GitHub (Sep 27, 2024):
Just accessing some inactive repo will also update the updated time. I found this behavior pretty annoying. Is it possible to do the update at least only when something visible happens, e.g. issue comments, pr, setting changes mentioned above?
@lunny commented on GitHub (Sep 27, 2024):
So we need to clarify which kind operations should be considered as updated.
@GiteaBot commented on GitHub (Oct 27, 2024):
We close issues that need feedback from the author if there were no new comments for a month. 🍵
@dsyx commented on GitHub (Jan 6, 2025):
I recently discovered this phenomenon: when I just browsed the source code of some repositories through the web (without making any changes), the latest update time of some of the browsed repositories would show Updated 1 minutes ago under the Explore page. However, this is not the case for every browsed repository, which seems to be sporadic rather than inevitable.
@yp05327 commented on GitHub (Jan 7, 2025):
@dsyx
Maybe this is a related fix: #33120
@lunny
I think we can reopen this issue, as the topic here https://github.com/go-gitea/gitea/issues/32046#issuecomment-2379969559 is not resolved.
@wxiaoguang commented on GitHub (Jan 7, 2025):
XORM's design is quite hacky, it does too much unnecessary things for developers. Actually it should never auto update anything.
@dsyx commented on GitHub (Jan 7, 2025):
@yp05327
I haven't studied the source code of gitea, but shouldn't the most recent update time be synchronized with the last git commit?
@yp05327 commented on GitHub (Jan 7, 2025):
@dsyx
I mean some actions might unexpectedly change the update time which should be fixed, and one has been.
But the others listed in https://github.com/go-gitea/gitea/issues/32046#issuecomment-2379969559, I have tried some of them, actually these behaviors will change the update time. Maybe more or not, but at least the listed things should be reconsidered, which is the main topic of this issue I think. So I asked @lunny to reopen it.
Only sync time with commit seems a reasonable consideration, maybe GitHub is same? But I have no idea about how to provide a good solution in Gitea now.
@techknowlogick commented on GitHub (Jan 7, 2025):
Actions being run (including scheduled runs), issues/prs/comments being created, and other interactions that aren't git push also update the time.
There was an issue with a minor release where viewing the repo did update that time, but IIRC it was quickly patched. it is possible the version you are/were on included that issue. Are you able to update to the latest stable version (at the time of writing it it 1.22.6)?
@wxiaoguang commented on GitHub (Jan 7, 2025):
I do not know what "issue" you refer to. If you mean #33119, that issue is unlikely in 1.22 and the "quick patch" is also only in 1.23/main.
@dsyx commented on GitHub (Jan 8, 2025):
@techknowlogick
I have upgraded gittea to 1.22.6 and the problem seems to have been solved.
Thanks.
@julmb commented on GitHub (Mar 26, 2025):
I am running 1.23.1, and merely viewing the main page of a repository bumped its "updated" time to the current time. This is not covered by the options given in https://github.com/go-gitea/gitea/issues/32046#issuecomment-2379969559.
It seems to only happen when viewing repositories that have not been interacted with for a long time. It only happens on the first access, subsequent accesses do not further update the "updated" time.
@wxiaoguang commented on GitHub (May 5, 2025):
The bug was never really resolved. See https://gitea.com/gitea
(root problem is https://github.com/go-gitea/gitea/issues/32046#issuecomment-2379969559, and also https://github.com/go-gitea/gitea/issues/32046#issuecomment-2572216746)
@lunny commented on GitHub (May 7, 2025):
After some tests on Github, looks like only git related operations(push commits, create/delete branches, create/delete tags) will update the time. I think we can follow this behaviour.
@julmb commented on GitHub (May 7, 2025):
As far as I'm concerned, I would be totally okay if other clear "write" operations (open issue, comment on PR, etc.) would also bump the "updated" time. It is just strange that simply viewing a repository page can do that.
@lunny commented on GitHub (May 7, 2025):
I have sent #34388 to follow GH's behavior. What do you think about that?
@julmb commented on GitHub (May 9, 2025):
Only updating on git write operations is a reasonable and straightforward way of doing things, so I would also be happy with that.