apache/airflow

Airflow Snowflake connection: extra JSON silently overwritten

Open

#57 984 ouverte le 6 nov. 2025

Voir sur GitHub
 (3 commentaires) (0 réactions) (0 assignés)Python (16 781 forks)batch import
_eol_affected_version:2.11area:providersgood first issuekind:bugprovider:snowflake

Métriques du dépôt

Stars
 (44 809 stars)
Métriques de merge PR
 (Merge moyen 7j 18h) (834 PRs mergées en 30 j)

Description

Apache Airflow Provider(s)

snowflake

Versions of Apache Airflow Providers

apache-airflow-providers-snowflake==6.6.0

Apache Airflow version

2.11.0

Operating System

debian

Deployment

Astronomer

Deployment details

No response

What happened

When creating/editing a Snowflake connection, adding raw JSON to Extras like:

{"account": "1234"}

gets replaced on save by:

{"insecure_mode": false}

If you instead type “Account” in the dedicated Snowflake field and save, the value reappears in Extras on reopen. But entering account directly in Extras is lost/overwritten.

What you think should happen instead

  • Saving a connection should not delete/overwrite user-supplied keys entered directly in Extras if they’re valid for the connection type.

How to reproduce

  1. Go to Admin → Connections → + (or edit an existing connection).

  2. Set Conn Type = Snowflake.

  3. In Extras (raw JSON), paste:

    {"account": "1234"}

  4. Click Save.

  5. Reopen the connection.

Result: Extras now shows:

{"insecure_mode": false}

Your account key is gone.

Anything else

No response

Are you willing to submit PR?

  • Yes I am willing to submit a PR!

Code of Conduct

Guide contributeur

Direction de recherche
Examinez comment le hook de connexion Snowflake dans Airflow gère l'enregistrement des champs JSON supplémentaires. Recherchez le code qui fusionne ou écrase les champs supplémentaires fournis par l'utilisateur avec les valeurs par défaut. Concentrez vous sur la méthode get connection form defaults ou similaire dans le hook Snowflake.
Stack technique
python
Domaine
backend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitPython
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
70