Tags not showing in repository view after mirroring from Bitbucket

[EnMaster]

Description

Gitea version: 1.24.0
I'm mirroring repositories from Bitbucket to my local Gitea instance.
Every time I release a new version, I create a tag.

The issue is: in the repository view on Gitea, it says there are no tags.
However, if I check the push history, I can see that the tags were pushed correctly.

Is this a known issue? Do I need to run any manual action to refresh or sync the tags in the repository view?

Gitea Version

1.24.0

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

No response

How are you running Gitea?

local

Database

MySQL/MariaDB

[wxiaoguang]

Go to admin panel: Sync tags from git data to database | Run

[EnMaster]

Go to admin panel: Sync tags from git data to database | Run

Hi, i have already try this, but not work..
But, if i press the tag commit graph

[wxiaoguang]

The commit tag list page shows the tags from the git repo, while the dropdown menu shows the tags from database.

Do you see any server side logs?

[EnMaster]

I've enabled the log file,then press the action, from terminal go in "tail" but no error ( INFO level )

==> gitea.log <==
2025/06/19 06:55:25 cmd/web.go:207:serveInstalled() [W] Table secret column description db type is MEDIUMTEXT(16777215), struct type is TEXT
2025/06/19 06:55:25 routers/init.go:145:InitWebInstalled() [I] ORM engine initialization successful!
2025/06/19 06:55:25 .../indexer/issues/indexer.go:77:InitIssueIndexer.1() [I] PID 15411: Initializing Issue Indexer: bleve
2025/06/19 06:55:25 .../indexer/stats/indexer.go:41:populateRepoIndexer() [I] Populating the repo stats indexer with existing repositories
2025/06/19 06:55:25 .../indexer/issues/indexer.go:154:InitIssueIndexer.2() [I] Issue Indexer Initialization took 4.501947ms
2025/06/19 06:55:25 .../indexer/stats/indexer.go:87:populateRepoIndexer() [I] Done (re)populating the repo stats indexer with existing repositories
2025/06/19 06:55:25 cmd/web.go:323:listen() [I] Listen: http://0.0.0.0:3000
2025/06/19 06:55:25 cmd/web.go:327:listen() [I] AppURL(ROOT_URL): http://192.168.0.22:3000/
2025/06/19 06:55:25 cmd/web.go:330:listen() [I] LFS server enabled
2025/06/19 06:55:25 modules/graceful/server.go:50:NewServer() [I] Starting new Web server: tcp:0.0.0.0:3000 on PID: 15411

[wxiaoguang]

I've enabled the log file,then press the action, from terminal go in "tail" but no error ( INFO level )

Don't "tail" only 10 lines ....

Actually, if these logs are what you saw after click "sync", then it means that Gitea crashes and restarts. Please provide enough logs.

[EnMaster]

By running systemctl status gitea.service, I confirmed that the process has been up since 6:55 AM, with no restarts occurring when pressing the "Sync Tags" button.

I then changed the log level from info to debug. Now, I can see detailed logs for all repositories when "Sync Tags" is pressed.

However, I noticed that some repositories are missing from the logs — even though they all have tags.

[wxiaoguang]

Sorry, I am not able to guess what really happens with these information ...

Maybe you could try to find some key logs (for example, error or abnormal logs), or provide details steps to help to reproduce on a new instance

[EnMaster]

this is the log when press the sync tag button.

2025/06/19 22:05:20 .../queue/workergroup.go:161:(*WorkerPoolQueue).doStartNewWorker.1() [D] Queue "tag_sync" starts new worker
2025/06/19 22:05:20 modules/repository/repo.go:181:SyncReleasesWithTags() [D] SyncReleasesWithTags: in Repo[8:xxxx/project]
2025/06/19 22:05:20 modules/git/command.go:305:(*Command).run() [D] git.Command: git.Run(by:git.(*Repository).GetTagInfos.func1, repo:.../xxxx/project.git): /usr/bin/git ...global... for-each-ref "--format=objecttype %(objecttype)%00refname:lstrip=2 %(refname:lstrip=2)%00object %(object)%00objectname %(objectname)%00creator %(creator)%00contents %(contents)%00contents:signature %(contents:signature)%00%00" --sort -*creatordate refs/tags
2025/06/19 22:05:21 .../queue/workergroup.go:195:(*WorkerPoolQueue).doStartNewWorker.1() [D] Queue "tag_sync" stops idle worker