gitea icon indicating copy to clipboard operation
gitea copied to clipboard

git lfs mirror download request maybe shouldn't carry `Accept`

Open Zoupers opened this issue 8 months ago • 0 comments

Description

My situation is as follows: I use Gitea to mirror a repository on Bitbucket. Then, I found that the content stored using LFS (Large File Storage) was not correctly synchronized. So, I opened the trace logs to check. The batch operation was normal, but when it came to the download operation, the first server directly returned a 500 error, and no response body was returned. Therefore, I tried to understand what was happening from the source code and found that the request header for the download operation would additionally include an Accept field. When I removed it, the download worked properly...

Followed by the official doc, it seems there is no need to download with Accept header, maybe we can remove it from download?

I don't have the permission to the bitbucket server, so I don't know what happend in the bitbucket background.

Gitea Version

v1.22.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

linux

How are you running Gitea?

run from docker

Database

None

Zoupers avatar May 30 '24 17:05 Zoupers