1.7.0 lfs regression #2717

New Issue

2025-11-02T04:45:25-06:00

GiteaMirror commented

2025-11-02 04:45:25 -06:00

Originally created by @TankTheFrank on GitHub (Jan 7, 2019).

Gitea version (or commit ref): 1.7.0-rc1/1.7.0-rc2
Git version: 2.19.2
Operating system: linux/armv7
Database (use [x]):
- PostgreSQL
- MySQL
- MSSQL
- SQLite
Can you reproduce the bug at https://try.gitea.io:
- Yes (provide example URL)
- No
- Not relevant
Log gist:

Description

I'm using gitea with drone for ci. Up until 1.7.0 everything works fine but with 1.7.0 rc1/rc2 repositories with lfs cannot be cloned by drone. The repo is public but it fails with an authorization error.

Switching the binary back to 1.6.3 fixes everything again (keeping the same database, repos, config, etc that 1.7.0 used).

Downloading resources/assets/fonts/raleway/raleway-v12-latin-100.svg (59 KB)
Error downloading object: resources/assets/fonts/raleway/raleway-v12-latin-100.svg (7199b8d): Smudge error: Error downloading resources/assets/fonts/raleway/raleway-v12-latin-100.svg (7199b8d7358b032d9dcccf78ec238eda71ef303b12eb2e27a5a219c474bfac9b): 
    batch response: Git credentials for https://<repo_url - redacted>/info/lfs not found.

Edit:
This request returns 200 before 1.7.0, 401 in 1.7.0:

[D] LFS request - Method: POST, URL: /<repo>.git/info/lfs/objects/batch, Status 401

Originally created by @TankTheFrank on GitHub (Jan 7, 2019). - Gitea version (or commit ref): 1.7.0-rc1/1.7.0-rc2 - Git version: 2.19.2 - Operating system: linux/armv7 - Database (use `[x]`): - [ ] PostgreSQL - [ ] MySQL - [ ] MSSQL - [x] SQLite - Can you reproduce the bug at https://try.gitea.io: - [ ] Yes (provide example URL) - [ ] No - [x] Not relevant - Log gist: ## Description I'm using gitea with drone for ci. Up until 1.7.0 everything works fine but with 1.7.0 rc1/rc2 repositories with lfs cannot be cloned by drone. **The repo is public** but it fails with an authorization error. Switching the binary back to 1.6.3 fixes everything again (keeping the same database, repos, config, etc that 1.7.0 used). ``` Downloading resources/assets/fonts/raleway/raleway-v12-latin-100.svg (59 KB) Error downloading object: resources/assets/fonts/raleway/raleway-v12-latin-100.svg (7199b8d): Smudge error: Error downloading resources/assets/fonts/raleway/raleway-v12-latin-100.svg (7199b8d7358b032d9dcccf78ec238eda71ef303b12eb2e27a5a219c474bfac9b): batch response: Git credentials for https://<repo_url - redacted>/info/lfs not found. ``` Edit: This request returns 200 before 1.7.0, 401 in 1.7.0: ``` [D] LFS request - Method: POST, URL: /<repo>.git/info/lfs/objects/batch, Status 401 ```

GiteaMirror added the type/bug label 2025-11-02 04:45:25 -06:00

GiteaMirror closed this issue

2025-11-02 04:45:26 -06:00

GiteaMirror commented

2025-11-02 04:45:27 -06:00

@lunny commented on GitHub (Jan 25, 2019):

Have reproduced this: when you clone via http/https, it's ok. When you clone via SSH, it will failed because it http requires authentication, but no password provided and also git will not ask to input password.

@lunny commented on GitHub (Jan 25, 2019): Have reproduced this: when you clone via `http/https`, it's ok. When you clone via `SSH`, it will failed because it `http` requires authentication, but no password provided and also git will not ask to input password.

GiteaMirror commented

2025-11-02 04:45:27 -06:00

@lafriks commented on GitHub (Jan 25, 2019):

@lunny it should not ask password for public repo

@lafriks commented on GitHub (Jan 25, 2019): @lunny it should not ask password for public repo

GiteaMirror commented

2025-11-02 04:45:27 -06:00

@lunny commented on GitHub (Jan 29, 2019):

A public repo and REQUIRE_SIGNIN_VIEW is not set true, the password could not be ask.

@lunny commented on GitHub (Jan 29, 2019): A public repo and REQUIRE_SIGNIN_VIEW is not set true, the password could not be ask.

GiteaMirror commented

2025-11-02 04:45:27 -06:00

@TankTheFrank commented on GitHub (Jan 30, 2019):

@lunny

The cloning is done via http/https in this case, not ssh. Drone always provides an auth token, even for public repos (see my commit linked for details). Maybe this token was completely missing in your tests when http/s worked?

The "main" repo itself is cloned just fine up until that batch lfs request.

@TankTheFrank commented on GitHub (Jan 30, 2019): @lunny The cloning is done via http/https in this case, not ssh. Drone always provides an auth token, even for public repos (see my commit linked for details). Maybe this token was completely missing in your tests when http/s worked? The "main" repo itself is cloned just fine up until that batch lfs request.

GiteaMirror referenced this issue

2025-11-02 12:13:20 -06:00

[PR #2720] [MERGED] Fixing wrong translation on sort type oldest/latest #16555

Sign in to join this conversation.

Branches Tags

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/gitea#2717