Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

[Bug][Blueprint] Scheduled run fails silently when plan generation errors

Offen
  • Stimmt etwas nicht?
#9,232 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
25/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
github, go
Bereich
backend

Rechercherichtung

Start at BlueprintJob.Run in backend/server/services/blueprint.go and follow the call to createPipelineByBlueprint, where the MakePlanForBlueprint error returns before any pipeline record is created. The maintainers have not chosen how the failure should surface, so confirm the approach in the thread before coding. Done means a scheduled run that fails at plan time leaves a visible failed record, and a test covers the cron path.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Search before asking
  • I had searched in the issues and found no similar issues.
What happened

When a scheduled (cron) blueprint run fails during plan generation, the failure is only logged. BlueprintJob.Run in backend/server/services/blueprint.go calls createPipelineByBlueprint, which returns the MakePlanForBlueprint error before any pipeline is created. No pipeline record exists, so nothing shows as a failed run in the UI, and alerting on pipeline status can't catch it. The only trace is the lake log:

[blueprint] run cron job failed on blueprint:[1][my-blueprint]
caused by: ...

This is plugin-agnostic: any error raised while making the plan (e.g. a data source rejecting credentials) is handled this way. Example cause: #9220.

What do you expect to happen

A scheduled run that fails at plan time is visible the same way a failed pipeline is: in the UI and to anything monitoring pipeline status. Recording it as a failed pipeline is one option; maintainers may prefer another.

How to reproduce
  1. Create a GitHub App connection and a blueprint using it, with a cron schedule.
  2. Set the DevLake host clock about 2s ahead of real time (see #9220).
  3. Wait for the scheduled run.
  4. No new pipeline appears; the error is only in the lake log.
Anything else

Manually triggering the same blueprint (POST /blueprints/:id/trigger) returns the error to the caller, so only scheduled runs are affected.

Version

v1.0.3-beta14 (same code on main)

Are you willing to submit PR?
  • Yes I am willing to submit a PR!
Code of Conduct
Vorherrschende Sprache
Go
Sterne
3.2k
Forks
824
Ø Merge
2 T. 22 Std.
Gemergte PRs (30 T.)
43

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/devlake

Alle Issues in apache/devlake

Ähnliche Issues

Weitere Issues zu Go

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.