airbytehq / airbytehq/airbyte-api-python-sdk

`queued` missing from `JobStatusEnum`, breaking Airflow DAGs on capacity-enforced syncs

Ouverte Adaptée aux débutants
#141 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
Langage dominant
Python
Étoiles
61
Forks
27
Merge moyen
4 min
PR mergées (30 j)
2

Description

## Summary

Airbyte Cloud started returning `queued` as a job status for capacity-enforced syncs, but `JobStatusEnum` in the SDK does not include it. This causes Airflow DAGs using the Airbyte provider to fail immediately on parse.

## Error

```
AirflowException: 'queued' is not a valid JobStatusEnum
```

## Environment

- `airbyte-api` 0.53.0
- `apache-airflow-providers-airbyte` 5.5.0
- Airbyte Cloud, capacity-based plan

## Root cause

The OpenAPI spec only includes `pending | running | incomplete | failed | succeeded | cancelled`. The `queued` status is described in Cloud docs as valid for capacity-enforced syncs but is absent from the spec, so the SDK raises a validation error when it encounters it.

## Impact

Production pipelines are blocked whenever workers are saturated and jobs enter `queued` state. This is not environment-specific — any customer on a capacity-based plan using the Jobs API or Airflow provider should hit the same failure.

## Steps to reproduce

1. Use a capacity-based Airbyte Cloud plan.
2. Trigger enough syncs to saturate workers.
3. Poll job status via the Jobs API or Airflow provider — a job in `queued` state will cause a parse failure.

## Ask

Add `queued` to `JobStatusEnum` in the OpenAPI spec and release a patch.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Locate the OpenAPI specification and the SDK's JobStatusEnum definition, then inspect how status values are generated or validated. Confirm that queued is accepted by the Jobs API or Airflow provider path and that the existing validation check covers the new status; done means queued no longer raises the reported error.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
openapi, python
Domaine
api
Type d'issue
Bug
Difficulté
2/5
Temps estimé
1-3 heures
Activité
Calme
Clarté
Plutôt claire
Accessibilité débutants
72/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.