From 4faa36a97d2611d1ca3ac7ffc5d2a560c33d4540 Mon Sep 17 00:00:00 2001
From: Wolfgang Walther <walther@technowledgy.de>
Date: Wed, 25 Jun 2025 15:14:32 +0200
Subject: [PATCH] workflows/labels: label rebuilds on failed PR workflow

We already tried to fix this case earlier, but didn't account for all
cases: A scheduled workflow can also encounter a pull request with
failed PR workflow. This failure doesn't need to be in the Eval part, so
artifacts could *still* be available. To make sure PRs always get
rebuild labels, just ignore the status condition. Either the artifact is
there, or it is not.

(cherry picked from commit 3be9e2afc1f5745477addf578a87dad76d3d6517)
---
 .github/workflows/labels.yml | 2 --
 1 file changed, 2 deletions(-)

diff --git a/.github/workflows/labels.yml b/.github/workflows/labels.yml
index e10f4832d513..c92a9ac8da9a 100644
--- a/.github/workflows/labels.yml
+++ b/.github/workflows/labels.yml
@@ -147,8 +147,6 @@ jobs:
                   ...context.repo,
                   workflow_id: 'pr.yml',
                   event: 'pull_request_target',
-                  // In pull_request contexts the workflow is still running.
-                  status: context.payload.pull_request ? undefined : 'success',
                   exclude_pull_requests: true,
                   head_sha: pull_request.head.sha
                 })).data.workflow_runs[0]?.id ??