Skip to content

Pull requests with failing checks are sometimes able to bypass merge rules #283

Open

Description

@rikkolovescats

ci checks in PRs can sometimes be overlooked and this issue could allow for PRs with failing tests to be merged in (#282). This isn't ideal, since at the moment PRs are supposed to pass all ci checks before they can be merged in.

Gotta debug why this can happen at times, and if there's a way to prevent it from happening.

Activity

  1. added
    bugSomething isn't working
    ciEverything related to CI
    on May 21, 2024
  2. Loup-Garou911XD commented on May 21, 2024

    @Loup-Garou911XD
    Member

    ci checks in PRs can sometimes be overlooked and this issue could allow for PRs with failing tests to be merged in (#282). This isn't ideal, since at the moment PRs are supposed to pass all ci checks before they can be merged in.

    Gotta debug why this can happen at times, and if there's a way to prevent it from happening.

    That pr was passing ci

  3. Vishyyy338 commented on May 21, 2024

    @Vishyyy338
    Member

    ci checks in PRs can sometimes be overlooked and this issue could allow for PRs with failing tests to be merged in (#282). This isn't ideal, since at the moment PRs are supposed to pass all ci checks before they can be merged in.
    Gotta debug why this can happen at times, and if there's a way to prevent it from happening.

    That pr was passing ci

    I think from next time, I should edit the plugman and index.json, create PR, and then edit changelog, so that the CI will show passing clearly for the last commit. Then Rikko will not get confused.

  4. rikkolovescats commented on Jun 1, 2024

    @rikkolovescats
    CollaboratorAuthor

    ci checks in PRs can sometimes be overlooked and this issue could allow for PRs with failing tests to be merged in (#282). This isn't ideal, since at the moment PRs are supposed to pass all ci checks before they can be merged in.
    Gotta debug why this can happen at times, and if there's a way to prevent it from happening.

    That pr was passing ci

    That can't be right.. I remember having to push this commit 88d158d directly to main branch to fix an issue related to updating plugin manager through in-game (as well as to fix the coressponding failing unit test) after the merge of #282.

  5. Vishyyy338 commented on Jun 1, 2024

    @Vishyyy338
    Member

    Umm... the PR was able to merge because PR's can be accepted with just this condition Merging can be performed automatically with 1 approving review.. So i think you can change some stuff in settings to add passing CI as a condition too.

  6. rikkolovescats commented on Jun 1, 2024

    @rikkolovescats
    CollaboratorAuthor

    It already requires both an approval as well as the ci to pass to make PR merge button go green. I'm guessing if the ci doesn't run on the last commit (which for some reason seems to have happened in #282), then it only requires the approval check for the PR merge button to go green.

  7. Loup-Garou911XD commented on Feb 9, 2025

    @Loup-Garou911XD
    Member

    After the CI commit, checks dont run again
    Thats why we can merge because there are no checks that run on CI commits

  8. Loup-Garou911XD commented on Feb 9, 2025

    @Loup-Garou911XD
  9. Loup-Garou911XD commented on Feb 9, 2025

    @Loup-Garou911XD
  10. Loup-Garou911XD commented on Feb 9, 2025

    @Loup-Garou911XD
    Member

    Image
    Notice that the CI doesnt run on CI commits

  11. removed their assignment
    on May 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workingciEverything related to CI

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions