Codeberg/Community
60
387
Fork
You've already forked Community
12

Manual, no-ff merges no longer recognized in PRs #438

Open
opened 2021年05月04日 09:47:56 +02:00 by dnkl · 17 comments

After the update to Gitea 1.14, manually merging a PR by doing a non FF merge is no longer recognized as a "merge" in the PR. Instead, the PR says:

⚠ This branch is equal with the target branch.
⚠ This branch is out-of-date with the base branch 

Examples:

After the update to Gitea 1.14, manually merging a PR by doing a non FF merge is no longer recognized as a "merge" in the PR. Instead, the PR says: ``` ⚠ This branch is equal with the target branch. ⚠ This branch is out-of-date with the base branch ``` Examples: * https://codeberg.org/dnkl/fcft/pulls/21 (merged in https://codeberg.org/dnkl/fcft/commit/12652429fffdd9d1afedbe69dedb220cf49ea774) * https://codeberg.org/dnkl/foot/pulls/472 (merged in https://codeberg.org/dnkl/foot/commit/ca685c4c764ce45e10215c7e4e6d3f60f3bcc32a)
Owner
Copy link

have a look at the settings, there are some changed options including manually specifiying a commit if autodetection fails. I don't know why the default behaviour apparently changed?
I tested this here ... Codeberg/blog#8
The settings are somewhere alike "Allow manual merges" and "Enable autodetection" ...

have a look at the settings, there are some changed options including manually specifiying a commit if autodetection fails. I don't know why the default behaviour apparently changed? I tested this here ... https://codeberg.org/Codeberg/blog/pulls/8 The settings are somewhere alike "Allow manual merges" and "Enable autodetection" ...
Author
Copy link

Thanks, clicked the check-boxes and will see how it goes next time.

I enabled both "allow manual merges" and "enable autodetection of manual merges". I't doesn't appear to do the auto-detection of already merged PRs, but I am seeing the "manual merge" button in them. So hopefully all is good now, thanks again!

Thanks, clicked the check-boxes and will see how it goes next time. I enabled both "allow manual merges" and "enable autodetection of manual merges". I't doesn't appear to do the auto-detection of already merged PRs, but I am seeing the "manual merge" button in them. So hopefully all is good now, thanks again!
Owner
Copy link

Yeah, please hit us up and give feedback on the changes ...

Yeah, please hit us up and give feedback on the changes ...
Author
Copy link

Works like a charm now!

Works like a charm now!
Author
Copy link

Btw, thanks for the super quick answers!

Btw, thanks for the super quick answers!
Owner
Copy link

We might consider whether enabling this as default makes sense or if we should explain this in the docs ...

We might consider whether enabling this as default makes sense or if we should explain this in the docs ...
fnetX 2021年05月04日 10:40:30 +02:00
  • reopened this issue
  • added
    docs
    and removed
    question
    labels
Author
Copy link

FWIW: I had one repo where PRs were disabled altogether. There, autodetection was enabled by default when I enabled PRs (both mentioned check-boxes were ticked).

FWIW: I had one repo where PRs were disabled altogether. There, autodetection was enabled by default when I enabled PRs (both mentioned check-boxes were ticked).
Owner
Copy link

This question was still in the room, just writing it out once more:

Why is autodetection disabled for all repos with enabled PRs as of Gitea 1.14, but enabled for new repos and enabled for repos after disabling & enabling PRs again?

This question was still in the room, just writing it out once more: Why is autodetection disabled for all repos with enabled PRs as of Gitea 1.14, but enabled for new repos and enabled for repos after disabling & enabling PRs again?
Owner
Copy link

Hey, here is a rant of mine about the current behaviour.

I'm not sure if this is just something for the docs or still a little broken, also with the default settings that is apparently "disabled" for old + new repos, but "enabled" after you toggle pull requests twice?

Hey, [here](https://codeberg.org/Codeberg/Documentation/issues/127#issuecomment-208004) is a rant of mine about the current behaviour. I'm not sure if this is just something for the docs or still a little broken, also with the default settings that is apparently "disabled" for old + new repos, but "enabled" after you toggle pull requests twice?

@fnetX

Good question, for me git got disabled and I reenabled it now, hope it works

@fnetX Good question, for me git got disabled and I reenabled it now, hope it works

I have forwarded this issue to upstream.

See: https://github.com/go-gitea/gitea/issues/18520

I have forwarded this issue to upstream. See: https://github.com/go-gitea/gitea/issues/18520

Hi there, I think I just encountered this bug and it’s very confusing.

I followed the instructions to do a manual merge and the manual merge is not being picked up by Codeberg/Gitea.

If I close the pull request, it appears as closed not merged.

Any ideas? (It looks like this issue has been open for two years so I’m assuming others are encountering it also.)

image

Hi there, I think I just encountered this bug and it’s very confusing. I followed the instructions to do a manual merge and the manual merge is not being picked up by Codeberg/Gitea. If I close the pull request, it appears as closed not merged. Any ideas? (It looks like this issue has been open for two years so I’m assuming others are encountering it also.) ![image](/attachments/d8d52178-5850-42cc-af32-85eda39ccbf9)
304 KiB
Owner
Copy link

Did you adjust the repo settings as described in the very first posts here?

Did you adjust the repo settings as described in the very first posts here?

@fnetX Ah, no... is there a reason why that isn't the default?

@fnetX Ah, no... is there a reason why that isn't the default?
Owner
Copy link

I think it's the default for new repos, but not enabled for all old. If people generally agree, we could adjust the settings for all projects once I think ... not sure if there are caveats.

I think it's the default for new repos, but not enabled for all old. If people generally agree, we could adjust the settings for all projects once I think ... not sure if there are caveats.

The option was added here: https://github.com/go-gitea/gitea/pull/12543

I only scanned the PR, but seems like "undefined" edge-cases doesn't make the auto detector happy. I'm not familair with this feature, I'm not able to make a suggestion here.

The option was added here: https://github.com/go-gitea/gitea/pull/12543 I only scanned the PR, but seems like "undefined" edge-cases doesn't make the auto detector happy. I'm not familair with this feature, I'm not able to make a suggestion here.

I just ran into this issue. If manual merges are enabled by default now it's good. Anyway it would be good to either remove the command-line instructions if manual merges are disabled or add the information that they have to be enabled.

I just ran into this issue. If manual merges are enabled by default now it's good. Anyway it would be good to either remove the command-line instructions if manual merges are disabled or add the information that they have to be enabled.
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug
Something is not working the way it should. Does not concern outages.
bug
infrastructure
Errors evidently caused by infrastructure malfunctions or outages
Codeberg
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome
Please join the discussion and consider contributing a PR!
docs
No bug, but an improvement to the docs or UI description will help
duplicate
This issue or pull request already exists
enhancement
New feature
infrastructure
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal
An issue directly involving legal compliance
licence / ToS
involving questions about the ToS, especially licencing compliance
please chill
we are volunteers
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations
Things related to Codeberg's external communication
question
More information is needed
question
user support
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo
Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration
Migration related issues in Forgejo
s/Pages
Issues related to the Codeberg Pages feature
s/Weblate
Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker
Woodpecker CI related issue
security
involves improvements to the sites security
service
Add a new service to the Codeberg ecosystem (instead of implementing into Forgejo)
upstream
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Forgejo, Weblate, etc.)
wontfix
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
7 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#438
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?