-
-
Notifications
You must be signed in to change notification settings - Fork 6k
Closed
Labels
issue/confirmedIssue has been reviewed and confirmed to be present or accepted to be implementedIssue has been reviewed and confirmed to be present or accepted to be implementedtype/bug
Description
- Gitea version (or commit ref): 1.7.3
- Git version: 2.16.5
- Operating system: Linux (Cent OS 7)
- Database (use
[x]
):- PostgreSQLMySQLMSSQLSQLiteTo pick up a draggable item, press the space bar. While dragging, use the arrow keys to move the item. Press space again to drop the item in its new position, or press escape to cancel.
- Can you reproduce the bug at https://try.gitea.io:
- Yes (provide example URL)NoNot relevantTo pick up a draggable item, press the space bar. While dragging, use the arrow keys to move the item. Press space again to drop the item in its new position, or press escape to cancel.
- Log gist:
Description
I struggle with a strange behaviour. Since Gitea 1.7.0 it happens quite often that not all new tags are not listed on the release page. Sometimes they get added somestimes not. I have no idea why. It beheaves different on the same repository. Sometimes the tags are created sometimes not. Any idea how to find out what's going wrong?
geromueller
Metadata
Metadata
Assignees
Labels
issue/confirmedIssue has been reviewed and confirmed to be present or accepted to be implementedIssue has been reviewed and confirmed to be present or accepted to be implementedtype/bug
Type
Projects
Milestone
Relationships
Development
Select code repository
Activity
silverwind commentedon Mar 4, 2019
I too think something is up with inconsistent release generation. I have repos that generate a release every tag, but then I also have repos which fail to generate releases since at least half a year ago. Maybe it is related to force pushing over tags? @dmolineus do you also force-push over tags sometimes?
dmolineus commentedon Mar 6, 2019
No, I don't use force-push over tags at the affected repositories.
lunny commentedon Mar 17, 2019
@dmolineus have you found that on https://try.gitea.io?
lafriks commentedon Mar 25, 2019
could you provide exact commands to reproduce that?
zeripath commentedon Mar 25, 2019
I am highly suspicious that this is, yet another, escaping issue. Perhaps related to #6321.
mrsdizzie commentedon Mar 27, 2019
This appears to be a conditional issue with the code that generates the releases and not only about particular tags themselves. If I 'migrate' the example repo here then the releases show up as you'd expect: https://try.gitea.io/mrsdizzie/github-issue-6237-migrate/releases
So it does see those tags as valid releases but isn't generating the releases when the tags are pushed in this case.
HorlogeSkynet commentedon May 4, 2019
Running v1.7 branch and confirming this (strange) issue too...
Occurring with a simple repository, and two tags pushed.
They are effectively present, but no release has been automatically created.
I can run some tests if needed, bye 👋
HorlogeSkynet commentedon May 5, 2019
Hey back, so I've naively reviewed the changes brought by v1.7.0, and it could be a regression added by #5609 (so ping @yasuokav & @HarshitOnGitHub).
Could anyone confirm this (or not) ?
Bye 👋
lunny commentedon May 6, 2019
@HorlogeSkynet I put a comment there. https://github.com/go-gitea/gitea/pull/5609/files#r281054937
19 remaining items