Keep provider_config_fallback_defaults.cfg in sync with provider.yaml - #72549
Draft
FrankYang0529 wants to merge 1 commit into
Draft
Keep provider_config_fallback_defaults.cfg in sync with provider.yaml#72549FrankYang0529 wants to merge 1 commit into
FrankYang0529 wants to merge 1 commit into
Conversation
Signed-off-by: PoAn Yang <payang@apache.org>
FrankYang0529
force-pushed
the
airflow-provider-config-fallback-defaults-sync
branch
from
September 5, 2026 05:46
2ff7cf7 to
8ae226b
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Why
airflow-core/src/airflow/config_templates/provider_config_fallback_defaults.cfgis a hand-copied subset of provider config defaults. Core needs it while provider modules are being imported, before provider metadata is loaded. Nothing checks it againstprovider.yaml. Every entry in it is merged intoconfiguration_description, so a stale entry keeps showing up inairflow config list.[atlas]: Remove atlas config #32776 removed the section from core config.[celery] worker_precheck: Disable ORM access from Tasks, DAG processing and Triggers #47320 removed it from the celery provider.[kubernetes_executor] worker_pods_queued_check_interval: Allow internal retries when pending k8s pod is deleted #45184 removed it from the cncf.kubernetes provider.[elasticsearch_configs] use_ssl: Upgrade Elasticsearch to 8 #33135 replaceduse_sslwithhttp_compress.How
[atlas]section,worker_precheckandworker_pods_queued_check_interval; replaceuse_sslwithhttp_compress = Falsein[elasticsearch_configs].passwordin[atlas]as_cmd/_secretcapable.worker_precheckrow inCFG_FALLBACK_CONFIG_OPTIONS(devel-common test data) withworker_prefetch_multiplier.check-provider-config-fallback-defaultsprek hook : every(section, option)in the cfg must be declared in someproviders/**/provider.yamlwith the same default. It runs whenever the cfg or aprovider.yamlchanges, and only checks that the cfg is a subset ofprovider.yaml.Verification
uv run --project scripts pytest scripts/tests/ci/prek/test_check_provider_config_fallback_defaults.pyuv run --no-sync pytest airflow-core/tests/unit/core/test_configuration.pycd task-sdk && uv run --no-sync pytest tests/task_sdk/test_configuration.pyWas generative AI tooling used to co-author this PR?
{pr_number}.significant.rst, in airflow-core/newsfragments. You can add this file in a follow-up commit after the PR is created so you know the PR number.