Skip to content

Switching branches can skip Dashboard Checks #191970

Open

Description

@Piinks

Help us understand the severity of this issue

  • breakage; unable to contribute or trigger builds will no workarounds
  • inconvenient workarounds exist, but significant effort required
  • needed for a Flutter team-wide priority (already agreed upon)
  • nice-to-have; none of the above

What do you need help with

Observed in #191931

The PR was opened targeting the main branch. The workflow blocking changes on main failed as expected (maybe it should leave a comment? I'll push a PR). Dashboard Checks did not schedule anything, it skipped running and reported green - I assume because it recognized this was not targeting the right branch. Cool optimization, very efficient! :)

When the author switched the target branch to master, CI did not appear to recognize this. Dashboard checks remained green, having never run anything. I rebased to give it a kick and run tests, so workaround-able. But, could cause issues if..

  • someone opens a PR targeting main,
  • the dashboard goes green,
  • the target branch is switched
  • dashboard stays green
  • no one notices
  • PR lands
  • tree goes red.

Activity

  1. added
    P1High-priority issues at the top of the work list
    on Aug 28, 2026
  2. jtmcdole commented on Aug 28, 2026

    @jtmcdole
    Member

    @ievdokdm - can you take a look at why Dashboard Checks wasn't scheduled for #191931 after it was correctly updated to the new base branch?

  3. ievdokdm commented on Aug 28, 2026

    @ievdokdm
    Contributor
  4. Piinks commented on Aug 28, 2026

    @Piinks
    ContributorAuthor

    2f0dea9

    1dbc88a was from when I rebased after the branch was switched and CI did not update

  5. ievdokdm commented on Aug 28, 2026

    @ievdokdm
    Contributor

    Switching branch skipped whole github check run?!
    There are checks only for 1dbc88a version.
    As a result there is no dashboard checks

  6. Piinks commented on Aug 28, 2026

    @Piinks
    ContributorAuthor

    Not sure if rebasing made this unclear to debug. We can probably reproduce it in a fresh PR.
    The PR was opened against main, the dashboard was green, when I clicked through it said it had skipped running the checks. I assume because it was already failing the workflow for targeting main instead of master.
    I told the contributor to change the target. They did. The Dashboard checks did not update, they remained green in the skipped state. I rebased to trigger tests to run.

  7. Piinks commented on Aug 28, 2026

    @Piinks
    ContributorAuthor

    I was looking closely at this PR since it was adding over 3000 new tests and I wanted to make sure the runtime was reasonable. :)

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

    P1High-priority issues at the top of the work listteam-infraOwned by Infrastructure teamtriaged-infraTriaged by Infrastructure team

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions