Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Trigger UI clamps Param min/max instead of rejecting out-of-range values

Aperta Adatta ai principianti
#75,747 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

@muditagrawal2007 ci sta già lavorando.

Dal 27/10/2026.

  • #75818 di @muditagrawal2007 — aperta

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
72/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
python, react, typescript

Direzione di ricerca

Inizia dal modulo Trigger di Airflow 3, in FieldNumber.tsx, dove l’issue indica lo schema minimum e maximum passati a NumberInput. Segui come questo campo mantiene i valori digitati e come l’invio del modulo segnala gli errori Param JSON Schema; confronta il comportamento con quello documentato per Trigger. Il lavoro è completato quando i valori fuori intervallo vengono rifiutati con un errore e non possono creare un DagRun.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

kind:bug needs-triage
Under which category would you file this issue?

Airflow Core

Apache Airflow version

3.3.1

What happened and how to reproduce it?

When a DAG Param sets a minimum or maximum on an integer field, typing a value outside that range in the Airflow 3 Trigger form does not fail the trigger. The form quietly changes the number to fit the allowed range, then submits it. The run starts with the corrected value instead of being blocked.

Example DAG:

from airflow.sdk import Param, dag, task

@dag(
    dag_id="repro_param_minmax_clamp",
    schedule=None,
    start_date=None,
    catchup=False,
    params={
        "hold_seconds": Param(180, type="integer", minimum=1, maximum=600),
    },
)
def repro():
    @task
    def show(params=None):
        print((params or {}).get("hold_seconds"))

    show()

repro()
How to reproduce
  1. Deploy the DAG above on Airflow 3.3.1 (also present on current main FieldNumber.tsx: max={param.schema.maximum}, min={param.schema.minimum}).
  2. Open Trigger DAG in the UI.
  3. Type 6666 in hold_seconds (above maximum=600).
  4. Trigger the DAG.
  5. Observe: the field/value becomes 600 (or similar clamp), the run starts successfully, and the task prints 600.
  6. Repeat with 0 or -5 (below minimum=1): the UI clamps up to 1 instead of blocking the trigger.

Contrast: CLI/API correctly reject the same values:

airflow dags trigger repro_param_minmax_clamp --conf '{"hold_seconds": 6666}'
# ParamValidationError: 6666 is greater than the maximum of 600

airflow dags trigger repro_param_minmax_clamp --conf '{"hold_seconds": 0}'
# ParamValidationError: 0 is less than the minimum of 1

Docs say invalid params should show a warning and not create a DagRun. The UI path never sends the invalid value, so that validation never runs.

What you think should happen instead?
  1. User can type a value outside [minimum, maximum] (or the field keeps the invalid typed value).
  2. On Trigger, the UI/API fails validation (inline or form error), same as CLI/API ParamValidationError.
  3. No DagRun is created until the value is corrected.

Suggested direction: do not pass schema min/max into NumberInput as hard clamps (or disable clamp behavior), and rely on Param JSON Schema validation at submit time for both min and max, consistent with the documented trigger behavior and with the backend.

Operating System

Ubuntu 24.04.4 LTS

Deployment

Docker-Compose

Apache Airflow Provider(s)

No response

Versions of Apache Airflow Providers

No response

Official Helm Chart version

No response

Kubernetes Version

No response

Helm Chart configuration

No response

Docker Image customizations

No response

Anything else?

No response

Are you willing to submit PR?
  • Yes I am willing to submit a PR!
Code of Conduct
Lingua principale
Python
Stelle
47.3k
Fork
18.1k
Merge medio
23h 27m
PR unite (30g)
629

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di apache/airflow

Tutte le issue di apache/airflow

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.