Closed
Description
- Gitea version: Bug contained in 1.8.3 - 1.9.3
- Git version: 2.23.0 (local)
- Operating system: Gitea (Linux, docker), Pushing from repo from: Windows
- Database (use
[x]):- PostgreSQL
- MySQL
- MSSQL
- SQLite
- Can you reproduce the bug at https://try.gitea.io:
- Yes (provide example URL)
- No
- Not relevant
Description
When I upload a repo with LFS objects, the upload mostly works.
While cloning, after some time, the lfs smudge filter (here 58%)
stalls always after some time, saying
After a night of debugging (updating sucessively through all versions with docker),
we come to the conclusions that
- this issue arises in all versions from 1.8.3 till 1.9.3.
- Version 1.7.4 - 1.8.2 all work correctly.
- Setting the repository to private or public did not help (version 1.8.3)
Could it be that the following Submissions into 1.8.3 are problematic:
- Always set userID on LFS authentication (Always set userID on LFS authentication #7224) (Part of Move serv hook functionality & drop GitLogger #6993)
- Fix LFS Locks over SSH (Fix LFS Locks over SSH #6999) (Fix LFS Locks over SSH (#6999) #7223)
The hints/workarounds in the discussion below, did not solve this issue:
https://discourse.gitea.io/t/solved-git-lfs-upload-repeats-infinitely/635/2
Hopefully this gets some attention, since its a nasty LFS Bug which made us almost to apple crumble. 🍎