4611e10e6a
Closes #1789. The bug was due to the fact that GitLab does not guarantee that issue numbers are created sequentially: some identifiers can be skipped. Therefore, the new pull requests numbers should not be offset by the number of issues, but by the maximum issue number. See for instance https://gitlab.com/troyengel/archbuild/-/issues/?sort=created_date&state=all&first_page_size=20, where there is only a singe issue with number "2". Reviewed-on: https://codeberg.org/forgejo/forgejo/pulls/1790 Co-authored-by: Antonin Delpeuch <antonin@delpeuch.eu> Co-committed-by: Antonin Delpeuch <antonin@delpeuch.eu> (cherry picked from commit |
||
|---|---|---|
| .. | ||
| testdata/gitlab | ||
| codebase.go | ||
| codebase_test.go | ||
| common.go | ||
| dump.go | ||
| error.go | ||
| git.go | ||
| gitbucket.go | ||
| gitea_downloader.go | ||
| gitea_downloader_test.go | ||
| gitea_uploader.go | ||
| gitea_uploader_test.go | ||
| github.go | ||
| github_test.go | ||
| gitlab.go | ||
| gitlab_test.go | ||
| gogs.go | ||
| gogs_test.go | ||
| http_client.go | ||
| main_test.go | ||
| migrate.go | ||
| migrate_test.go | ||
| onedev.go | ||
| onedev_test.go | ||
| restore.go | ||
| update.go | ||